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Using runs of cells to traverse a ray through a volume 



Cross references to related applications 

The present patent application claims priority from the following applications: 
5 • U.S. provisional patent application 60/346,741, Peter Stephenson, Method for 
visualizing volumetric datasets, filed 7 January, 2002; 

• PCTYUS02/24711, Stephenson, et al., Methods and apparatus for determining 
intersections of a particular line with cells in a lattice filed 2 August 2002; and 

• PCT/US02/39716, Peter Stephenson, et al., Using line structure information to enhance 
10 line drawing in digital systems, filed 12 December 2002 

PCT/US02/2471 1 claims priority from U.S. provisional patent application 60/309,926, 
Stephenson, et al., Process and apparatus for line drawing, filed 3 August 2001. 
PCT/US02/39716 claims priority from U.S. provisional patent application 60/341,503, 
Stephenson, et al., Process and apparatus for anti-aliased line drawing, filed 13 December 
15 2001, and US provisional patent application 60/341,194, Stephenson, et al., Process and 
apparatus for line drawing in parallel, also filed 13 December 2001. 

In the US national stage, this application will be a continuation-in-part of both 
PCT/US02/24711 and PCT/US02/39716. This application contains the entire Detailed 
20 Description of PCT/US02/24711 and the portion of PCTAJS02/39716 titled Parallel 
techniques for determining the cells of a raster that are intercepted by a line. The material 
in the Detailed Description, which is new to this application, begins with the section 
Problems of ray traversal in three dimensions. 

25 Background of the invention 
1. Field of the invention 

The invention relates generally to techniques for determining which cells of a raster a 
particular line intersects. The cells of the raster are represented in the memory of a 
30 computer system and the computer system's processor makes the determination. The cells 
of the raster may generally represent a set of locations. The locations may be pixels in a 
display, and when they are, the techniques may be used to determine which pixels in the 
display represent the particular line, and thus to generate the line in the display. 
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2. Description of related art: FIGs. 9 -11 

Systems using raster display devices: FIG, 9 
5 The flat panel or cathode ray tube display devices typically used with computer systems are 
raster devices, that is, the display area is made up of a large number of picture elements, or 
pixels, which are arranged in a grid. The location of any pixel in the display can be 
specified by its row and column in the grid. Varying the color and intensity of the pixels in 
the grid makes the image that the display device displays. 

10 

FIG. 9 is a high-level overview of a computer system with a raster display device. The 
main components of system 901 are a processor 911 with memory 903 to which processor 
903 has access and a monitor 915 for which processor 911 generates displays. Monitor 915 t 
is a raster display device and as such, has a grid of pixels 917. Within memory 903 are 

15 stored bitmap 909, bitmap drawing code 985, and bitmap data 907. Bitmap 909 is an area 
of memory that corresponds to grid of pixels 917. Each item of data in bitmap 909 
corresponds to a pixel in grid of pixels 917. Drawing code 985 is code for drawing 
graphical entities such as lines or polygons in bitmap 909. Bitmap data 907, finally, is data, 
typically supplied by a user program, which bitmap drawing code 985 uses to draw a 

20 graphical entity. For example, if a user program wishes to specify a line, it will typically 
indicate the start and end coordinates of the line in grid of pixels 917 and drawing code 985 
will use that information to draw a corresponding line in bitmap 909. Processor 911 then 
reads from bitmap 909 to generate an image for display on grid of pixels 917. In many 
cases, a display generator component 913 of processor 911 reads bitmap 909 and produces 

25 the actual signals for monitor 915 from the data in bitmap 909. It should be noted here that 
the task of producing a display 917 may be distributed in many different ways across 
hardware and software components, with the amount of hardware increasing as 
performance demands increase. 

30 Representing lines using pixels: FIG. 10 

Drawing straight lines is a problem with any raster display device. FIG. 10 shows why. 
FIG. 10 shows a representation in pixels 1001 of the line 1003 that is described by the 
17 

equation y = — x . The representation includes those pixels in the grid that are intersected 
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by line 1003. These pixels form a pattern 1004 that is termed the intersection pattern for 
the line. A line's intersection pattern depends not only on the line's slope, but also on the 
location of its endpoints relative to the grid of pixels. As will be explained in more detail in 
the following, the intersection pattern for any straight line has regular features that can be 
used in drawing the straight line in a raster display or analyzing a straight line that is 
displayed in a raster display. 

At its lowest level, the intersection pattern for line 1003 is a sequence of pixels. For a 
given next pixel, there are only two possibilities: if the current pixel has the coordinates 
(a,b) y the next pixel has either the coordinates (a+l,b) or (a+J,b+l). Which of the two 
possibilities the next pixel has depends on where the line intersects the current pixel. To 
draw a line one pixel at a time, one need only determine for each pixel where the line 
intersects the current pixel and use that information to determine which of the two possible 
positions to give the next pixel. 

As is apparent from FIG. 10, the intersection pattern includes groups of adjacent pixels that 
have the same y coordinate. Such a group of pixels is called a run. One such run of three 
pixels is shown at 1005. An examination of the runs in FIG. 10 shows that they have only 
two lengths: a short length 107, which is here two pixels, and a long length 1009, which is 
here three pixels. The general rule is that the runs of an intersection pattern will have only 
two lengths, and these lengths will be consecutive integers. The lengths of the long and 
short runs for any given line can be computed as follows: 



Within the intersection pattern of the line l:y = ~x, there are a runs that correspond to the 

d 

7-axis size of the lattice. As there are only two possible run lengths in a given intersection 
pattern and the possible lengths are consecutive integers we will refer to the lengths as short 
(s) and long (I). To determine what run lengths are possible within the intersection pattern, 
consider that there are d pixels to be distributed among a runs, the distribution being as 

even as possible. If we divide up the d pixels into a runs of length r = — we have 

n = d mod a pixels remaining, 0<n<a 9 which have to be distributed along the 
intersection pattern. Therefore in the intersection pattern of / there are n long runs each with 
r+l pixels and a-n short runs with r pixels each. 
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This can be applied to line 1003 as follows: line 1003 contains 41 pixels and 17 runs. The 
possible run lengths are r = 

1009 of length three shown in light gray and 17-7=10 short runs 1007 of length two shown 
5 in dark gray. Therefore using a run-based algorithm improves upon pixel-based algorithms 
as only a and not d decisions whether to increase thej> coordinate by 1 are necessary. 

An examination of intersection pattern 1004 of line 1003 shows that the long and short runs 
themselves occur in repeating patterns. Thus, in intersection pattern 1004, there is a 
10 repeating pattern of a long run (/) followed by two short runs (s) followed by a long run 
followed by one short run, or Issls, as shown at 1011 and 1013. In general, there are four 
possibilities for the patterns of runs: 

• ls + , a long run followed by one or more short runs; 

• ts , one or more long runs followed by a short run; 

15 • sl + , a short run followed by one or more long runs; and 

• one or more short runs followed by a long run. 

These patterns are termed in the following the shapes of runs. Thus, using this notation, the 
shape of the runs shown at 101 1 and 1013 is Is*. Moreover, it turns out that the first run in 

the intersection pattern of the line / :y = ~x must be long. Therefore we need only two 

20 shapes: ls + and l*s to describe the intersection patterns of a line. Is* applies when there are 
more short runs than long runs in the intersection pattern and l*s when there are more long 
runs than short. In the case where there are equal numbers of runs, the two cases are 
equivalent. 

25 The properties just described also apply to runs of runs. For example in intersection pattern 
1004, the complete sequence of runs is lslslsslslsslslss; therefore we have singularly 
occurring runs / separating sequences of shorts runs s* and the intersection pattern is 
constructed of runs of runs with the shape ls + . The terminology of runs of runs is 
cumbersome so let us define these runs of runs to be second order runs. Where a run is 

30 defined by its position and length, a second order run is defined by its position, its length is 
defined by the number of runs which comprise it, and its shape is determined by whether 



41 

17 



= 2 and r+1 = 3. There are 41 mod 17 s 7 long runs 
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there are more long or short runs in the pattern. By analogy with second order runs, we can 
define runs to be first order runs and pixels to be zero order runs. 

To determine the possible lengths of the second order runs let us consider the case where 
there are more short runs than long and continue the use of our example. In this case, the 
number of second order runs must be the same as the number of long runs in the pattern by 
definition. If there are n long runs in the line there are a runs to divide amongst n second 
order runs. Therefore, if the division is to be as even as possible the length of a short second 

There will be s a mod n long runs and a-n l2] short 

runs of order 2. The second order runs appear at 1011 and 1013 in intersection pattern 
1004. There are more short runs 1013 than long, so the second order runs have the shape 
Is*, i.e., one long run followed by a sequence of short runs. There are three long runs 101 1 
of length three and four short runs 1013 of length two. 



order run, r [2] 9 will be = 



There is no reason to end this hierarchical description at order 2. We can define a recursive 
hierarchical description of the intersection pattern of the line / based on defining runs of 
higher order. For orders three and above, there is no restriction that the first run in the 
intersection pattern must be long and therefore all four possible shapes can occur. For 
order /, if there are more short runs of order M in the intersection pattern, the shape of the 
order i runs will be s*l or Is*. If there are more long runs of order i-l, the shape will be l*s 
or Is*. An example of third order runs in the intersection pattern 1004 is shown at 1015 and 
1017. There are three runs of order 3 amongst which the seven runs of order 2 are to be 
distributed as evenly as possible. Therefore the length of a short run of order 3 is 

= j J = 2 , and amongst the three order 3 runs, there will be 7 mod 3 = 1 long run of 

length r l3] +1 = 3. The shape of the order 3 runs is s*l. For lines with a rational slope, the 
hierarchical description of ordered runs within the intersection pattern will be bounded, as 
the intersection pattern is eventually repeated if a and d are not coprime. 



17 

For the example line 1003 / : y = — x , the process reaches its conclusion at order 4. There 

41 

are three order 3 runs, of which one is long and two are short. There will be therefore one 
order 4 run containing all three order 3 runs and starting with the only long order 3 run. 
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The order 4 run is the entire intersection pattern of the line l:y = — xand the lattice 

41 

*£(41,17). 



Dealing with lines that do not intersect the origin: FIG. 11 

Introducing a non-zero intercept to a line with rational slope presents a number of 

complications. Consider the line / : y = ?-x + ft where a and d are coprime. Within the 

d 

frame of the lattice ^( d ,a), the line y forms an intersection pattern that is repeated 
throughout the infinite intersection pattern defined upon the unbounded lattice. Therefore 
we will only consider the intersection pattern p, within the frame ^ d ,a). 



Let us consider first the line/ : y = ^* + P where /? = 0. Within the frame ^ d ,a), the 

b l0] 

vertical distance the line / is above any lattice point within the intersection pattern is 
where b [ ° ] = 0,...,d -1 where the values 6) 01 are those values of the order 0 numerator 

b l0] 

sequence. The numerator sequence is a sequence of the numerators of the fractions 

d 

15 These fractions specify the point in the left edge of the pixel at which the line intersects the 

pixel. Therefore, the line is at least ^ from any lattice point. If the value of /? is raised 

slowly, the intersection pattern will remain unchanged until the line crosses or intersects a 

lattice point. Therefore, the first change will occur when = ~ . Let the lattice point 

d 

intersected be (x^yn)' 

As the line f :y = ~-x + J3 intersects the point (x&yjj and the line / : y = ~x intersects the 
a d 

origin, the intersection pattern p r of the line /' will be identical to the intersection pattern 
p t of the line / translated by {x h ,y>J. Therefore the introduction of an intercept to a line with 
rational slope will, more often than not, cause a shifting of the intersection pattern of the 
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line. The key values of the intercept at which this translation of the intersection pattern 

occurs are /? = — where b = 0,...,</-l. 
d 

FIG. 11 gives an example. At 1001, the figure shows the intersection pattern of the line 

23 

5 / : y = II * . At 1 101, the figure shows the effect of introducing an intercept value of — 

on the interception pattern. The numerator sequence for order 0 of 1001 is shown at 1 109 
and that for order 0 of 1 101 at 1 1 1 1 . 

Given that the numerator of the intercept is 6=23, we have demarcated the pixels before 
10 (1 103) and after (1 104) b = 23 in order 0 numerator sequence 1 109 by a dashed line 1 102. 
The pixels 1 104 to the right of this value are denoted by light gray and the pixels 1 103 to 

23 

the left by dark gray. At 1101, we can see that adding the intercept value — shifts the 

light gray pixels 1104 to the beginning of the intersection pattern, p r The dark gray 
pixels 1 103 now form the end of the pattern p r Coinciding with the shift in pixels, the 
15 values of numerator sequence of order 0 1 1 1 1 are also shifted and now start with a value of 
b m = b = 23. The shifting of the runs of all orders in the intersection pattern with the 
introduction of a non-zero intercept is mimicked by the shift in the values of the numerator 
sequence. 

20 The shifting of the intersection pattern due to the introduction of a non-zero intercept has a 
number of side effects. The initial and final run of any order may be truncated. This occurs 
when the numerator of the intercept is not in the numerator sequence of that order. A run 
order is split and forms the initial and final partial run. If the numerator sequence is to be 
calculated for this order, the initial numerator value will have to be calculated. For 

25 example, at 1 101, the numerator value of the intercept is 6=23. We know that all of the 
numerator values of order 1 are less than p m = a = 17. Therefore the initial value of the 
order 0 numerator sequence will not be the same as the initial value of the order 1 
numerator sequence and the initial and final runs of order 1 will be truncated. 

30 
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Using hierarchies of runs to generate lines 

There are many line drawing techniques that take advantage of the structure of a line's 
intersection pattern. At the pixel level, the standard line drawing algorithm of Bresenham 
may be employed. In this algorithm, the point at which the line intersects the current pixel 
5 determines whether the next pixel's y coordinate is incremented by 1. See J. E. Bresenham, 
"An incremental algorithm for digital plotting", ACM National Conference, August 1963. 
Bresenham's algorithm may be used only with lines whose start and end coordinates are 
rational numbers. Where the starting and end coordinates may be any real number, the 
well-known DDA algorithm must be used. See A. Van Dam, J. Foley, S. Feiner and J. 

10 Hughes, Computer Graphics: Principles and Practice, Second Edition in C, Addison- 
Wesley (1995). Like Bresenham's algorithm, DDA works at the pixel level. Initially, 
floating-point x and y increments are computed. The x increment is the difference between 
the ending and starting x coordinates divided by the line's length and the y increment is the 
difference between the ending and starting y coordinates divided by the line's length. Each 

1 5 time a pixel is set, the current x and y coordinates, which are floating point values, are 
converted to integers and the pixel is set at the cell defined by the increment. Then the x 
increment is added to the jc coordinate and the y increment is added to the y coordinate. A 
difficulty with any pixel-by-pixel approach is that it requires a determination where the next 
pixel will be placed relative to the last pixel for each new pixel. With the DDA algorithm, 

20 this determination is a floating-point operation. As such, it is both expensive to perform 
and subject to rounding errors. Moreover, because the determination must be performed 
with every pixel, the rounding errors may accumulate quickly and cause the line to be 
drawn inaccurately. 

25 The overhead of computing the location of the next pixel relative to the last is avoided in 
algorithms that use runs of pixels instead of individual pixels to draw the line. At the level 
of a run of order 1, Reggiori has developed an algorithm that determines the length of the 
next run in the line from the set of two possibilities. See G. B. Reggiori, "Digital computer 
transformations for irregular line drawings", Technical Report 403-22, New York 

30 University, April 1972. Stephenson generalizes these techniques to the full hierarchy of 
runs in the line including runs of runs, runs of runs of runs, etc. See P. Stephenson, The 
structure of the digitized line, Ph.D thesis, James Cook University of North Queensland, 
1998, which is incorporated by reference herein. Like Bresenham's algorithm, the 
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algorithms that use runs and run hierarchies are limited to lines whose start and end points 
have rational number coordinates. 

All of these algorithms possess a similar conditional structure regardless of whether they 
5 are based on pixels such as Bresenham's pixel-based algorithm or the DDA algorithm, runs 
such as Reggiori's algorithm, or a mixture of runs and runs of runs such as the run-length- 
slice algorithms. The slopes that are considered are bounded to lie in the range 0 < a < 1 . 
For pixel-based algorithms, that limits the choice of the next pixel to a possible set of two. 
For run-based algorithms, the choice is made between the two possible run lengths that can 
10 exist in the line. In all of these algorithms, the choice is made by checking the value of a 
decision parameter against the value of zero. For values less than zero, one element of the 
possible set of choices is used; for values greater than zero, the other choice. For a value of 
zero, each technique handles this case differently. For line drawing applications, either 
choice is equally applicable and for ray tracing, this typically signifies a comer intersection. 

15 

Run-based line drawing may also be used to solve problems that arise in efficiently 
representing rays that traverse three-dimensional space and in speeding traversal of the 
three-dimensional space by such a ray. It is an object of the present invention to provide 
solutions to such problems. 

20 

Summary of the invention 

In one aspect, the invention is a technique employed in a computer system for determining 
voxels in an object space that are intersected by a ray. Broadly stated, the technique 
involves making projections of the ray on a plurality of planes in the object space, 

25 determining cells in the planes that are intercected by the projections, and using the 
intersected cells to determine the intersected voxels. Determining which cells are 
intercepted by the projections may be done using runs of cells, as explained in the parents 
of the present application, and runs of order 1 or greater may be employed. The plurality of 
planes may be a pair of intersecting planes which are perpendicular to each other and for 

30 which the line of intersection is the ray's major axis. 



9 



WO 03/058405 



PCT/US03/00240 



Further details of this aspect include techniques for determining intersected voxels that are 
26-connected and intersected voxels that are only six-connected. In the 26-connected case, 
the technique proceeds as follows at the beginning of the next run of voxels: 

• if the first order runs of cells that include the points in the projection corresponding to 
the beginning of the next run of voxels end at the same coordinate of the ray's major 
axis, the first order runs of cells together determine the next run of voxels through the 
end of the first order runs; but 

• if the first order runs do not end at the same major axis coordinate, the shorter first 
order run of cells and the corresponding portion of the longer of the first order runs of 
cells determine the next run of voxels. 

In the 6-connected case, the above basic technique is used, but an extra cell is added to the 
beginning of a first order run of cells prior to using the first order run of cells to determine 
a run of voxels. 

Further, this aspect includes techniques for determining from the runs of cells whether the 
voxels intersected by the ray have edge or corner connections. The voxels will have an 
edge connection if one of the first order runs of cells has a comer connection at a point 
and the other does not; if both of the first order runs of cells have a corner connection at 
the point, the intersected voxels have a corner connection. 

In another aspect, the invention is a technique employed in a computer system of 
efficiently traversing a volume with a ray. The volume is subdivided into runs of voxels. 
Certain of the voxels in the runs are associated with data that affects rays. Each ray that 
traverses the volume intersects one or more of the first runs and it itself made up of a set 
of second runs of voxels. The technique determines for a second run of voxels belonging 
to a particular ray whether the second run includes a voxel of a first run that affects rays. 
When the second run includes such a voxel, the data associated with the voxel is 
examined. It is advantageous for the technique if the volume has an axis which is the 
major axis for both the particular ray and the first runs of voxels and if there are three sets 
of first runs, each set having a different axis of the volume as its major axis. Continuing 
in more detail with this aspect, the first runs contain significant runs that include voxels 
that affect rays. Determining whether the second run includes a voxel from a first run 
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that affects rays includes determining whether the second run includes a voxel of a 
significant run. 

In other details, aggregate information is associated with partitions of the first runs. The 
5 aggregate information indicates how one or more of the voxels in the partition affect rays. 
Determining whether the second run includes a voxel from a first run that affects ways 
includes using the aggregate information associated with a partition determine whether the 
partition contains a voxel that affects the particular ray. The partitions may be the 
significant runs. They may also be a number of sets of partitions, with the partitions in 
10 each set having a different length. The partitions to use for a particular ray are selected in 
accordance with the lengths of the runs in the ray. 

Other objects and advantages will be apparent to those skilled in the arts to which the 
invention pertains upon perusal of the following Detailed Description and drawing, 
15 wherein: 

Brief description of the drawing 

FIG. 1 is an overview of the manner in which lines are drawn using the techniques of the 
invention; 

20 FIG, 2 is an overview of a system which draws lines using the techniques of the 
invention; 

FIG. 3 is a flowchart of how the bitmap processor processes complete runs of pixels; 

FIG. 4 is a flowchart of how the bitmap processor processes truncated runs of pixels; 

FIG. 5 is a flowchart of how the bitmap processor processes a run of order 1 ; 
25 FIG. 6 is a flowchart of how the first truncated run of an order i is processed and set; 

FIG. 7 shows how the first pixel of a line is handled using the techniques of the invention; 

FIG. 8 shows a flowchart of how a complete run of order i is processed; 

FIG. 9 shows a system in which the invention may be employed; 

FIG. 10 shows the structure of a representation of a line as a set of pixels; 
30 FIG. 11 shows the effect of a displacement of the starting point from the origin on the 
structure of the representation; 

FIG. 12 shows an example line; 

FIG. 13 shows how the first pixel of the example line is handled; 
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FIG, 14 shows truncated runs of orders 1-3 in the example line; 

FIG. 15 shows the geometry of the error term and structural parameters in a run of order 1; 
FIG. 16 is a flowchart of a technique for drawing lines in parallel; 
FIG. 17 is a diagram showing the geometry of ray traversal; 

FIG. 18 is a diagram showing the geometry of the projection of a ray on planes that are 
perpendicular to each other and intersect at the ray's major axis; 

FIG. 19 is a first diagram showing how voxels intersected by a ray may be computed from 
the cells intersected by the ray's projections; 

FIG. 20 shows an algorithm for computing the voxels intersected by a ray; 

FIG. 21 is a second diagram showing how voxels intersected by a ray may be computed; 

FIG. 22 is a third such diagram showing how edge connections appear in the projections; 

FIG. 23 is an algorithm for detecting edge connections in the voxels; 

FIG. 24 is a fourth diagram showing how corner connections appear in the projections; 

FIG. 25 is an algorithm for detecting corner connections in the voxels; 

FIG. 26 is a diagram showing an encoding run in a volume; 

FIG. 27 shows a ray traversing a volume which has been divided into encoding runs; 
FIG. 29 shows an algorithm for detecting an intersection between a ray and an encoding 
run; 

FIG. 30 shows a ray traversing a volume in which the encoding runs have been divided into 

a hierarchy of runs; and 
FIG. 31 shows an algorithm for using a hierarchy of runs to find voxels that will affect the 

ray. 

Detailed Description 

As indicated in the section Cross references to related applications, this application 
contains the entire Detailed Description of PCT/US02/24711 and the portion of 
PCT/US02/###### titled Parallel techniques for determining the cells of a raster that are 
intercepted by a line. The material in the Detailed Description, which is new to this 
application, begins with the section Problems of ray traversal in three dimensions. 

Overview of line drawing with the invention: FIG. 1 

FIG. 1 is a flowchart [101] that provides an overview of how a line-segment may be drawn 
using this invention. Starting parameters include the maximum order of the runs to be used 
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in drawing the lines [122] and the start and endpoints of the line [1 12,1 14]. The maximum 
order can be predefined by the manufacturer of an apparatus based on the invention, 
calculated based on the characteristics of the system or based on the length of the line. In 
the preferred embodiment, the maximum order of the runs [120] is set to two. 

The line segment defined between the starting point [112] (x Q ,y 0 ) and the end point [1 14] 
{x x ,y x ) consists of, at most, three sets of runs of any order, i: The first truncated run of 
order i, the set of full-length runs of order i, and the final truncated run of order i. To draw 
the line segment from (x 09 y 0 ) to (x^yj, we will describe how to calculate and set in the 
Bitmap Memory [108]: 

• The first truncated run of order i [202]. 

• The full length runs of order / [206]. 

• The final truncated run of order i while setting the full length runs of order i [206]. 
An alternative embodiment would calculate the first truncated run, each full length run and 
the final truncated run separately. Another alternative embodiment would have a desired 
maximum order [120] of infinity, and therefore the processing of the first truncated run 
length would draw the entire line segment unless the maximum depth of the hierarchy of 
runs was reached. 

Overview of the components of a system for drawing lines according to the invention: 
FIG. 2 

FIG. 2 shows the components of a system 201 for drawing lines according to the invention. 
The main components of system 201 are a Truncated Run Processor [102], which calculates 
the structure of the first truncated run of order i [202] and the structure of the hierarchy of 
runs [140] in the line segment, and the Run Processor [104], which calculates the length of 
the full length runs and the final truncated run [206]. To set the runs [202][208] into the 
Bitmap Memory [108], the description of each run is given to the Bitmap Processor [106]. 
The Bitmap Processor is responsible for breaking the run into its composite pixels and 
setting each pixel into the Bitmap Memory [108]. 

Truncated Run Processor [102] 

The Truncated Run Processor [102] is responsible for calculating the structure of the first 
truncated run of the desired order [120] and supplying this structure to the Bitmap 
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Processor [106] so that the truncated run [194] can be set into the Bitmap Memory [108]. 
Bitmap memory [108] may be a bit map such as bitmap 909 in FIG. 9. 

While the Truncated Run Processor calculates the structure of the first truncated run, it also 
5 calculates the structure of the hierarchy of runs [140] and stores this information [142] for 
the use by the Run and Memory Processors [104,106]. During this process if the desired 
maximum order of the process [120] is found to be greater than the maximum order of the 
hierarchy of runs in the line, the maximum order [120] is set to be the maximum depth of 
the hierarchy [124]. 

10 

Based on the start and end points of the line [110], the Truncated Run Processor also 
calculates and stores [132] the starting pixel position for the line [130]. 

Each component of the first truncated run is calculated based on the error term [150]. As 
15 each component is processed, the error term is retrieved [152], updated and stored again 
[154]. Once the first truncated run has been processed, the error term remaining [150] is 
used by the Run Processor [104] to define the full-length runs in a similar manner. 

Run Processor [104] 

20 The Run Processor [104] is responsible for calculating the length of each full-length run of 
the desired maximum order in the digital line. These lengths are passed to the Bitmap 
Processor [106] such that the runs can be set into the Bitmap Memory [108]. The length of 
the full-lengths is decided based on the error term [150], which is retrieved [156], updated 
and stored [158] to process the next full-length run. Thus, the error term is recalculated 

25 only at the beginning of each full-length run of the maximum order instead of for each 
pixel. 

Bitmap Processor [106] 

The Bitmap Processor [106] is responsible for actually setting the runs into the Bitmap 
30 Memory [108]. 

We assume there is a method to set a pixel of the memory to a desired value, similar to the 
setPixel( x, y, value ) method described in the prior art. If a method to set a run of higher 
order, the Bitmap Processor [106] can take advantage of this function. 
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The Bitmap Processor [106] also keeps a track of the current position of the line being 
drawn in relation to the end point of the line [110]. If the line moves reaches the end point 
[114], the Bitmap Processor [106] signals the Truncated Run Processor [102] or the Run 
Processor [104] to terminate [162] using an internally stored termination condition [160]. 

Bitmap Memory [108] 

The Bitmap Memory [108] is the memory representing the raster display of a graphics 
system, video memory, image memory or any other type of bitmap. 

Details of operation of the components of system 201 : FIGs. 3-8 

For the remainder of this description we will describe: 

1. How a truncated or full-length run of order i [202][208] is set into the Bitmap 
Memory [108] via the Bitmap Processor [106]. 

2. How the first truncated run of order i in the line segment is processed [202] by the 
Truncated Run Processor [102]. 

3. How the full-length runs of order / in the line segment [208] are processed by the 
Run Processor [104]. 

How a run of order * is set into the Bitmap Memory via the Bitmap Processor: FIG. 3 

The Bitmap Processor [106] handles the process of setting the pixels of the Bitmap 
Memory [108]. To draw the line, the Bitmap Processor is given a set of commands 
[194][196] to draw a collection of runs of various orders into the Bitmap Memory. The 
information given in the command to draw a run is the length of the run, tf t and the order 

of the run, / [194][196]. The position of the run in the bitmap [130], (xf,yf) y is 

initialized [132] by the Truncated Run Processor [102] and is retrieved by the Bitmap 
Processor [136]. As the run is drawn, the coordinate is updated to the position of the next 
run of order i, and is stored for the next iteration [134]. 

The process of setting a run in the Bitmap Memory, involves reducing the run to a set of 
pixels and setting each individual pixel in the Bitmap Memory. Reducing the run of order i 
into runs of order 0 (pixels) is performed by recursively reducing the run of order k to runs 
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of order k-1 for each order from k=i to k=2 resulting in a description of the run of order i in 
terms of runs of order 1 . Each pixel in the run of order 1 is then set into memory. 

We therefore describe: 

• How a full-length run of order i is reduced into runs of order i-L - 

• How the first truncated run of order i is reduced into runs of order 

• How the pixels of a run of order 1 are set into the Bitmap Memory. 

In an alternative embodiment, if the Bitmap Memory [108] permits the setting of runs of 
pixels or runs of runs, etc., the process of reducing the run of order / to runs of order i-1 can 
be stopped at the permitted level. Therefore, instead of setting pixels into the Bitmap 
Memory, runs or runs of runs can also be used. 

Reducing a full-length run of order k into runs of order A-7; FIG. 3 

As described in the Description of related art, each run of any nonzero order i within the 
digital line has, at most, only two possible run lengths that are consecutive integers where 
the length is measured as the number of composite runs of the next lowest order, i-L As a 
consequence of this, we can denote the occurrence of a short run by the symbol s and a long 
run by the symbol /. For example the runs of order 1 in the line segment (0, 0) to (41, 17) 
can be described by (Islslsslslsslslss) fJJ . 

A run of order / can then be defined recursively by: 

• A run of order 1 is the maximal set of contiguous pixels with a similar abscissa. 

• A run of order f is the maximal set of contiguous runs of order i-1 such that each run 
has a shape (fs) P ' I] 9 (ls+) ™, (s + l) [i ' n , or (sl + ) fi ' lJ , where (/+) and (* + ) [i ' t] denote 
the occurrence of one or more long and short runs of order i-/ respectively. 

We note that a run of order 2 can only possess the shape {ts) [l] or (ls*) f,J . 

Each run of any given order in the line segment has the same shape. To determine for a 
given order which of the four shapes is to be used, we define the runs of each order to have 
a type, t {i] , which has a value 0 or 1 . For a run of order /: 

• If / lM1 = 0 and t [i] = 0 the shape of the run of order i is s [i] = 0 : l+s . 
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• If j 1 " 11 = 0 and f n = 1 the shape of the run of order i is s [i] = 1 : Is* . 

• If f 1 ' - " = 1 and t [i] = 0 the shape of the run of order i is 5'" = 2 : sl + . 

• If * 1M1 = 1 and t [i] = 1 the shape of the run of order 1 is s [i] = 3 : j*/ . 

5 The type of order 1, t w , is defined to be zero. The types of orders greater than 1 are 
calculated using structural parameters; the structural parameters and their calculation will 
be described in detail below. 

To reduce a run of order 1 to the composite runs of order i-1, the procedure 301 shown in 
10 FIG. 3 is followed. 

Inputs to the process are the length of the run of order 1 to be set [194] and the structure of 
the hierarchy of runs. The process will cease if the end point of the line has been reached 
[304]. 

15 

If the order of the run is 1 [306], the pixels of the run are set directly [340] into the Bitmap 
Memory. 

If the order of the run is at least 2, the run is reduced into its composite runs of the next 
20 lesser order and each run is set into the Bitmap Memory: 

• If = 0 and* 1 '' 1 = 0 the shape of the run is /' = 0 : l*s , therefore we set in order 
f*P -I long runs of order i-1 (length r \'~ n = r l /"' ] + 1 ) and one short run of order i-1 
(length r 1 ;'-' 1 )- 

25 

This process follows the path from [308], [310], [312], [314]. 

• If t [, ~ l] = 0 and* 1 '' 3 = 1 the shape of the run is s in = 1 : & + , we set one long run of 
order i-1 (length r )'~ n = r 1 /"' 1 + 1 ) and r"; 1 -1 short runs of order i-1 (length r { t n )• 

30 

This process follows the path from [308], [310], [316], [318]. 
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• If f 1,-11 = 1 and/ 1 ' 1 = 0 the shape of the run is s {i] = 2 • sl+ > w e set one short run of 
order i-1 (length r V ] ) and long runs of order i-7 (length r^ 11 = r 1 " 1 + 1 ). 

This process follows the path from [308], [320], [322], [324], 

5 

• If t [i ' n = 1 and/ 1 ' 1 = 1 the shape of the run is s [i] = 3 : s+l , we set r [ j ] -lshort runs of 
order i-1 (length r { j' n ) and one long run of order i-1 (length r [ /~ l] = rf" n + 1 )• 

This process follows the path from [308], [320], [326], [328]. 

10 

The type and length of the short and long runs of any order are stored in the structure of the 
hierarchy of runs [146]. 

Reducing the first truncated run of order k into runs of order k-1: FIG. 4 

15 

The process of reducing the first truncated run of order k into full-length runs of order k-1 
follows directly from the instructions to reduce full-length runs. The only variation comes 
from the fact that a truncated run is defined to be a run not of its full-length. Therefore at 
least one run of order k-1 has been truncated from the run of order k. Because this is the 
20 first run in the line, the truncated run occurs at the beginning of the run. In a preferred 
embodiment, the truncated runs received by the Bitmap Processor have a length of at least 
one. Therefore the only situations that need to be handled differently are when shapes 
s [i] = 1 : ls + and s [i] = 2:sl+ occur. 

25 The process is shown at 401 in FIG. 4. As with the process for a full-length run, the inputs 
are the length of the run of order i that is to be set [194] and the structure of the hierarchy of 
runs [146]. The process 401 will cease if the end point of the line has been reached [404]. 

If the order of the run is 1 [406], the pixels of the run are set directly [440] into the Bitmap 
30 Memory 
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If the order of the run is at least 2, the run is reduced into its composite runs of the next 
lesser order and each run is set into the Bitmap Memory: 

• If = 0 [408] and/ [/I = 0 [410], the shape of the run is s [i] = 0 : l + s . As the run is 
truncated, at least one run of order i-1 is removed from the beginning of the run. As 
the length of the truncated run is ro 1 , this leaves r^-l long runs of order i-1 and 
the final short run of order i-1. For example if the first run at full length is the 
sequence of runs (lllls) [i ' t} and the initial truncated run length is ro 3 = 3, the 
truncated run comprises two long runs and the final short run of order (lls) [l ~ 1] . 
Therefore to set the initial truncated run length, we set in order ro 1 - 1 long runs of 
order i-1 (length r [ /~ l] = rP^ + l) [412] and one short run of order i-1 (length r [ J' l] ) 
[414]. 

• Similarly, if t [i ~ n = 0 [408] and/ 1 ' 1 = 1 [410], the shape of the run is s [i] = 1 : Is* . The 
truncated run has less runs than a short run of order *, therefore given the shape of 
the run there can only be short runs of order /-/ comprises the truncated run. 
Therefore we set ro 1 short runs of order /-/ (length r [ j~ l] ) [418]. 

• If ^" ,] = 1 [408] and/' 1 = 0 [420] the shape of the run is s [n = 2 : sl + , we set r [ o ] long 
runs of order i-1 (length r V ] = rV ] + 1 ) [424]. 

• If * [M] = 1 [408] and * [, ' J = 1 [420] the shape of the run is J i] = 3:s+l 9 we set 
r f o l -l short runs of order i-1 (length r 1 /" 13 ) [426] and one long run of order i-1 
(length rT 1 = >r ,1 + l)[428]. 

The type and length of the short and long runs of any order are stored in the structure of the 
hierarchy of runs [146]. 

Setting the pixels of a run of order 1 into the Bitmap Memory: FIG. 5 



19 



WO 03/058405 



PCTYUS03/00240 



FIG. 5 is a flowchart 501 showing how to set the pixels of a run of order 1 [340]. The 
method requires as inputs the starting pixel [136], (xj' 1 ^} 11 ), the end point of the line [114], 
and the length of the run [194], r [ j ] , are required. The starting pixel is stored and updated 
internally [136]. The length of the run [194] is passed to the Bitmap Processor. 

5 

Each pixel in the run has a similar y-coordinate, which is the y-coordinate of the starting 
pixel [136], yf. 

If the y-coordinate for the run being set is the same as the floor of the y-coordinate of the 
10 end point of the line, yf = \y x J, the run being set is the last run in the line [402]. In this 
case: 

• The termination condition [160] signaling that the end point of the line has been 
reached is set [406]. 

• The length of the run to be set [194] is changed to the difference between the x- 
1 5 coordinate of the start of the run being set and the ceiling of the x-coordinate of the 

endpoint of the line, r { ? = \x x ~\-x™ [404]. 

• The run of pixels of length ^ = fx,] - xf is set in the Bitmap Memory at location 

(*y 3 ,j>y ] ). 

20 To set each of the pixels in the run into the Bitmap Memory, for each of the pixels in the 
run [410][420][426] starting at the pixel y l ?) = {xf,yf) [412]: 

• Set the pixel (4°' , JV* 01 ) into the Bitmap Memory [422] . 

• Move to the position of the next pixel, = (** 01 [424]. 

25 Once every pixel in the run has been set into the Bitmap Memory, the starting coordinate of 
the next run of order 1 in the line is calculated from the current coordinate value by 
incrementing the current y-coordinate of the next pixel position [430], 
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How the first truncated run of order * in the line segment is processed by the 
Truncated Run Processor: FIGS* 6 and 12 

To calculate the length of the initial truncated run length of the maximum order i [120] we 
5 calculate and set in the Bitmap Memory each initial truncated run length of order 1 to i in 
turn. This is shown in flowchart 601 of FIG. 6. If no truncated run length exists for any 
order, none is set. The process stops if: 

• The endpoint of the line [1 10] is reached [514]. 

• The maximum depth of the hierarchy is reached [520]. 
10 • The desired maximum order is reached [530]. 

A truncated run length of order k is of course made up of run lengths of orders 0 through k- 
L In the above technique, the orders 1 through k are processed beginning with order i = 1 
and moving order by order to i - k. With each of the orders, the bits for that order are set 
before the next higher order is processed. For a given order i, the bits set for order i -1 will 
15 always make up the complete truncated or untruncated first run of the order i . 

Initialize the slope of the line [502], 

The endpoints of the line segment are the real number coordinates (x Qy y 0 ) and (x^y^) 
[112], such that x 0 < x x and y 0 < y s , therefore the slope of the line, a , has a value between 
20 zero and one, 0 < a < 1 . 

The slope of the line is calculated by a- (y x -y Q )/(x { -* 0 ) [502]. In example line 1201 
of FIG. 12, the equation of the line is y = 17x/41 + 7/82, therefore a = 17/41. Example 
line 1201's endpoint (x 0 , yo) 1203 is (1/2,12/41); its endpoint (x /f y/) 1207 is 
25 (41 + 1/2,17+12/41). Note that while the coordinates of the endpoints are rational 
numbers in this case, a coordinate may be any real number. 

Initialize order 1 starting pixel and error term [504]: FIGs. 7 and 13 

30 The first step in the algorithm is to handle the pixel in which the start point of line lies as 
described in FIG. 13. At the completion of this step, the dark pixel 1301 at the start of the 
line will have been processed. 
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As may be seen from FIG. 13, the coordinates of the lower left-hand corner 1303 of pixel 
1301 that contains the start point 1203 of line 1201 is: 

• 4 01 =[l/2j=0 

• j4 01 =Ll2/41>0 

5 

To decide whether to set the first pixel in the line separately from the first run we define the 
distance ^ 0J 703 from the start point of the line to the beginning of the pixel as described 
in Figure 7: 

1 0 or 1/2 in our example. If % [ 0 0] ^ 0, the first pixel must be set separately from the first run. 

We also require the initial value error term J3q 0] of order zero normalized against the slope 
of the line. Given the average run length in the line t [{] =41/17 in example line 1201, 

• flF=(y.-yP)r m =12/17 

15 where y 0 -y [ o ] * s * e distance from the y coordinate of starting point 203 to the y 

coordinate of the lower left-hand corner 1303 of pixel 1301 and r [,] = . 

a 

Since #o 01 is nonzero, the Bitmap Processor sets a run of order 0 (a pixel) into the bitmap 
memory at the location (*o 01 > J^ 01 ) = • There are two choices for the position of the 
20 next pixel in the line segment (1,0) or (1,1). The choice from these two is made using the 
value of the error term ffiK There are two choices for the position of the next pixel in the 
line segment (x [ ° ] -h l,^ 01 ) and t4° ] + 1, j/J 01 + 1) . The choice from these two is made by the 

value of the error term ffi . Firstly, increment the x coordinate and calculate the next error 
term of order 0: 
25 • 4 01 = Jci 0] + 1 

In the example of FIG. 7, this comes out to 12/17 + 1 - 1/2 = 41/34, which is less than r 1 , 
which equals 41/17. 
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If the error term is less than the average run length of order 1 as shown at 701 in FIG. 7, the 
next pixel is pixel (x l ° ] + 1,^ 0) ) . 

• if$ 0] <r [I1 then 
o W=y™ 

If the error term is greater than or equal to the average run length of order 1 as shown at 
709 in FIG. 7, the next pixel is pixel + l,^o° J + 1) . Accordingly, the error term is also 
updated. 

• if $ 0] £r t,] then 

o $ 01 =$° J -r I,] 

If ^o° 3is zero > *e values of position of the pixel and the error term are not altered and no 
pixel is set into the memory. 

The position of the next run of order 1 in the line segment and the first error term of order 1 
is now the position of the next order 0 run and error term of order 0. 
m r m _ jlo) 

The coordinate yJ IJ ) is stored as the position of the next run in the line segment [130], 
The error term is stored [152] as the error term for the next run [150]. 

Setting the first truncated run of order i > 0 



23 



WO 03/058405 



PCT/US03/00240 



Once the first order has been initialized [504][506], the first truncated run of order 1 
through i is set, where i is either the desired maximum order [122] or the maximum order in 
the hierarchy of runs in the line [124]. 

5 The process for setting the first truncated run of order k=l is as follows. Starting at order 
k=l [506]: 

1 . Calculate the length of the first truncated run of order k [5 1 0] , rj* 1 . 

2. Set the truncated run of order k into the Bitmap Memory [512] if the run is truncated. 

3. Check that the end point of the line has not been reached [514]. If it has, cease 
10 processing and if it has not continue. 

4. Calculate the next error term of order £[516]. 

5. Check if A: is the maximum depth of the hierarchy of runs in the line [520]. If so, set the 
maximum order of runs [120] to be the maximum order of the hierarchy of runs [124], 
update and store [152] the final value of the error term [150] [590] and cease 

15 processing. If not continue. 

6. Check if k is the desired maximum order of runs for the line [530]. If so, update and 
store [152] the final value of the error term [150] [590] and cease processing. If not 
continue. 

7. The current error term of order k is the next error term for order k+1 [532]. 
20 8. Move to the next order [534], k = fc+J. 

Structure of the hierarchy of runs 

During this process the structure of the hierarchy of runs will be calculated and stored 
[140]. The structure of the hierarchy of runs stores a description of each level in the 
25 hierarchy from order 1 to the defined maximum order [120]. Each record of the description 
for order i stores the following entries: 

• The slope of the line of order i, a m . 

o The slope of the line of order 1 is defined to be the slope of the line, 

30 o The slope of the line of order k>U a [k] = min(/i IM, > v l *" n ) ■ 

• The average length of a run of order i in the line, r [k] = 1 1 a w . 

• The length of a short run of order i, r} k] = [r 1 * 1 J. 
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• The length of a long run of order i, r/* 1 = | r [k] |. 

• The type of the runs of order i in the line, t w , either 0 or 1 . 
o The type of order 1 is defined to be t [)] = 0 . 
o The type of order k>l is defined to be t [k] = 0 if fi ik ' X] < v [k ~" . 
o The type of order k>l is defined to be t w = 1 if fi [k ' l] > v> [ *' 1] . 

• The structural parameters fi [i] and v m . 
o If the type of order k 9 t [k] = 0 , then the structural parameters of order k, 

■ ^ = 1-^ 

o If the type of order k, t [k] = 1 , then the structural parameters of order k, 
. ^*W* 3 - r </',and 

■ ,? [ *> = l~// m 

Geometry of the error parameter and the structural parameters 0 [)] and ju ll] : FIG. 15 

15 As may be seen from the foregoing, the error parameter /3 { p is used to calculate lengths of 

runs and the structural parameters t3 [ll and are used to determine the type of an order. 
FIG. 15 shows geometrically why the error parameter and the structural parameters can be 
used in this fashion. The figure shows a first-order run j of pixels 1505 representing a 
portion of line 1507 with slope a . In first-order runs, the slope <z m of the run is the same 
20 as the slope of the line 1507. Shown at 1503 is the last pixel of the run J-l. The 
coordinates (x^^y^) are the coordinates of the lower left-hand corner of the first pixel of 

run j; the coordinates (jcJJJ, , yJJJ, ) are the coordinates of the lower left-hand corner of the 

first pixel of the first pixel of run j+L The values of the error parameter and the structural 
parameters are defined geometrically by means of lines that are parallel to line 1507 and 
25 intersect corners of the pixels of run / Thus, line 1509 intersects the upper left-hand corner 
of pixel 1503; line 1511 intersects the upper left-hand corner of the last pixel 1506 in run j\ 
line 1513 intersects the bottom left-hand corner of the first pixel in run / 
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The error parameter p [ p is the distance on the line formed by the top of pixel 1506 between 

the intersections of lines 1507 and 1513 with that line. The greater the distance between 
lines 1507 and 1513, the shorter the next run must be. Moreover, since a line is drawn 
beginning with a partial run of the maximum order k and the partial run is made by 
5 beginning with a partial run of order 1, followed by a partial run of order 2, and continuing 
through order k, the error term for the partial run of order i is that resulting from order i - 1. 

The structural parameter u m is the distance on the line formed by the top of pixel 1506 
between the intersection of line 1513 with the line formed by the top of pixel 1506 and the 
10 upper left-hand corner of pixel 1506. The type of order 1 is defined to be 1, so the 
structural parameter /} m = 1 - u w . The structural parameters vary with the slope cl i] of 
the line as represented by runs of order i, and thus can be used to determine the type of 
order * + 1. 

15 Calculation of the length of the truncated run 

To calculate the length of the first truncated run of order k [510], r^* 1 , first check if the run 
is truncated. If the run is not truncated, the length of the first run is assumed to be 
zero, r\ k] = 0 , and no run is set into the Bitmap Memory [512]. The first run of order k in 

the line is truncated if the stored error term [150], p[ k ' n > 1 . 

20 

If the run of order k is truncated, the length of the run is: 

• r 0 m =|rW-^ W| | if type ^ = 0. 

• r 0 m =\0o~ n | if the type / [ * ] = 1. 

If the run is not truncated, the error term for the next order is the same as this order 
25 fy k] = p l 0 k ' l] . The run of order k and length r^ k] can now be set into the Bitmap memory. 

If the run is truncated the initial truncated run length and initial decision value of order k 

is: 

• Po k] = r o A] - * [k] + M k ~ X] if the typ e t w = 0 . 

30 • fil k] = - r 0 m if the type t [k] = 1 . 
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At the end of the process of setting the initial truncated runs, we have drawn the first 
truncated run of order i in the line segment. We have the position of the next run of order i 
in the line if it exists, (x\ i] 9 y\ i] ) and the decision value A 1 ' 1 • We therefore move to the next 
5 phase of the process which calculates the length of the next run of order i in the line, which 
is then set into the memory. The length of the next run of order i is decided from the two 
possible by the value of the decision variable, . 

To update [590] the value of the error term of order i, $\ the value of 0\ n is adjusted by 
10 _ f = 0m - and this value is stored [152] for use by the Run Processor [104], 

An example of setting orders 1-3: FIG. 14 

FIG. 14 shows line 1201 and the pixels 1402 that will be generated to represent it according 
15 to the technique under discussion. At 1401 is shown how the first truncated run 1403 of 
order 1 is set; at 1405 is shown how the first truncated run 1405 of order 2 is set; and at 
1407 how the first truncated run of order 3 is set. 

Once the first order has been initialized [504][506], the first truncated run of order 1 
20 through i is set, where i is either the desired maximum order [122] or the maximum order in 
the hierarchy of runs in the line [124]. For the sake of the example, we will take the desired 
order to be i = 3 . As part of the initialization, first pixel 1301 has been set and the position 
of the next pixel relative to first pixel 1301 has been determined as described above. 

25 Order 1 

The next step is to handle the first truncated run of order 1 if it exists. In the example line, 
the portion on the line that will be processed is described by the dark pixels 1403. 

The definition of the hierarchy of runs at order 1 in [146] is: 
30 • The slope of the line of order 7, a m = 17 / 41 . 

• The average length of a run of order 7 in the line, r m = 41 / 17 . 

• The length of a short run of order 7, r, m = |r m J = 2 . 
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• The length of a long run of order 1, r} n = \ r [n | = 3 . 

• The type of the runs of order 1 in the line is defined to be, r tn = 0 . 

• The structural parameters /} m and i? m . 

o vt'J = r t') _ r (') = 7/17, and 

o /i 1 " = 1 - v> m = 10/17. 
The length of the first truncated run of order / [510], r 0 m , is truncated since the stored error 
term [150], $ 0J = 41/34 > 1. The length of the truncated run is 
r m = | r m_^io] |=|"41/17-41/34l=2 since the type t ii] = 0. The run of order 1 and 
length rd' 1 =2 can now be set into the Bitmap memory at position (x l ° ] , y [ * ] ) = (1,0) . The 
initial decision value of order 1 is = r 0 (1) -r [,J + fig* = 2-41/17 + 41/34 = 27/34. 



Order 2 

The initial truncated run of order 2 1405 is described by the dark pixels 1407 in line 1201. 
The initial truncated run of order 2 has a length of one (i.e. one run of order 1). The 
1 5 position of the initial truncated run of order 2 is 0{, 2] , y™ ) = (*o 1 + r o ] > ^o 2 ' + 0 = C 3 ' 1 ) • 

The hierarchy of runs at order 2 is described by the parameters: 

• The slope of order 2, a [2] = min(£ m ,v c ' ] ) = 7/17 . 

• The average length of a run of order 2 in the line, r [2] = 1 7 / 7 . 
20 • The length of a short run of order 2, rj 2) = 2 . 

• The length of a long run of order 2, r/ 2] = 3 . 

• As M 0] >v li] - 

o t l2] =1 

o fi m = T l2] -r? ] = 3/7 
25 o v [2) = l-/i m = 4/7 

The first run of order 2 in the line is truncated because the stored error term [150] 
renormalized to the slope of order 2, = fi^t m = 27/14, is greater than 1. Therefore as 

t™ = 1 : 
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• r?> =1/^1=1 

• &F=P [ <?-r™ = 13/14 

As the shape of the runs of order 2 is shape Is* , the last run of order 1 in a run of order 2 is 
a short run of order 1. A short run of order 1 has a length of two pixels. Therefore two 
pixels are set in this stage. 

Order 3 

The initial truncated run of order 3 1409 is described by the dark pixels 1411. The initial 
truncated run of order 3 has a length of one (i.e. one run of order 2). The runs of order 3 in 
the line have a shape s*l , the last run of order 2 in a run of order 3 is a long run. Therefore 
we will set a run of order 2 of length three. 

The hierarchy of runs at order 3 is described by the parameters: 

• The slope of order 3, a [3] = min(fi [2 \y [2] ) = 3/7 . 

• The average length of a run of order 3 in the line, t m = 7/3 . 

• The length of a short run of order 3, r} n = 2 . 

• The length of a long run of order 3, r/ 31 = 3 . 

• As /} [2] <i?' 2 J; 

o < [33 =0 

o v P3 = r p] ~ r ^ = l/3 
o £ [33 = l-v^ = 2/3 

The first run of order 2 in the line is truncated because the stored error term [150] 
renormalized to the slope of order 3, $ 21 = $ 2 V [3J = 13/6 , is greater than 1. Therefore as 
/ [21 =0: 

• /-j 33 =l^ 31 -^ 21 i=ri/ei=i 

• ^ 31 =^ 31 -^ l3, + ^ 21 = 5/6 
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Therefore, a single run of order 2 comprises the run of order 3. Now that the order chosen 
for the iterative portion of the technique has been reached, the normalized intercept value of 
order 3, fy 3] = 5/6 , can be used to initialize the iterative decision process. 



5 Setting full-length runs of order i in the line; FIG. 8 

To set a full length run of order i into the Bitmap Memory [108], the Run Processor [104] 
performs the steps shown in flowchart 801. The inputs are the maximum order of the runs 
(120), the structure of the hierarchy of runs [146] which was determined by truncated run 
processor [102] while processing the truncated runs, and the error term pf provided by 
10 truncated run processor [102]. For each run of order i, the run processor determines the 
length of the run of order i in the line and passes the run's length and order to the Bitmap 
Processor [106] to set the actual pixels of the run into the Bitmap Memory [732]. The 
calculation of the length of the run of order i is based on the type of order (i) [702] and the 
value of the error term [150] , pf , retrieved [158] by the Run Processor [710,720]. Once 

15 the length of the run has been calculated, the error term is updated, Pf , and stored [156] . 
The flow chart branches involved here are [702, 710, 712, 714]; [702, 710, 716, 718]; [702, 
720, 722, 724]; and [702, 720, 726, 728], 

The calculation of the length of the run of order i in the line, r [ j ] is as follows: 
20 • lftype* m = 0: 

o If pf > 0 [710] the run is short [712], r l ? = r l / J , and p% = pf - v [i] [714]. 
o If Pf < 0 [710] the run is long [716], r [ j ] = r [ /\ and pf = pf +/i m [718]. 
• If type t'* = l: 

o If Pf > 0 [720] the run is long [722], r f = r\ i] , and pf = Pf - ^ [724]. 
o If Pf < 0 [720] the run is short [726], = r 1 , 0 , and pf x = Pf + [728]. 

The values of the structural parameters Ju [i] and *? m and the length of a short and long run, 
r l J ] and r { !\ are retrieved [144] from the structure of the hierarchy of runs [140]. 
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Once the length of the run is calculated, the run is set into memory [194] by the Bitmap 
Processor [106] and [732]. The Run Processor keeps processing runs as just described until 
it reaches the end of the line segment [730]. 

5 Applications of the line drawing techniques 

The line drawing techniques described herein can be employed in any application where 
techniques of the general class to which these techniques belong are useful. The techniques 
are of course particularly useful in applications where the coordinates of the endpoints of 
the lines may have real number values, including values that are irrational numbers. Such 
10 applications include the following: 

Two-Dimensional Polygon Filling and Scan Conversion 

Techniques for filling a polygon on a raster or bitmap display often step along the 
circumference of the polygon and fill or scan convert the polygon along the horizontal runs 

15 defining the interior of the polygon (see Lathrop 1990). A problem with using existing line 
drawing techniques for this purpose is that the endpoints of the line are defined at pixel or 
sub-pixels positions and using these algorithms to step along the circumference of the 
polygon can cause dropouts or multiply processed pixels to occur. The line drawing 
technique described can be used to step along the circumference of the polygon without 

20 these errors. 

Three-Dimensional Polygon Scan Conversion 

When a 3D polygon is being rendered into a 2D image using interpolate techniques such 
as Gouraud or Phong shading, typically a technique similar to the 2D polygon scan 

25 conversion embodiment is used. A technique that is also possible is to shade the polygon 
using lines of constant depth. Think of a plane parallel to the view plane being used. As 
the plane is moved backwards through the polygon, the line of intersection between the 
plane and the polygon can be defined. This line has a constant depth that can be used to 
make the shading technique more efficient. To shade the polygon you can step along this 

30 line using the line drawing technique described setting each pixel the color calculated by 
the shading algorithm. 

Visibility Checking - Computer Games and Simulation 
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In computer games and simulation a common problem is to determine if two points are 
visible to one another. If the environment that can occlude the two points can be defined on 
a 2D grid, the line drawing technique describe can be used to check each of the grid points 
linearly separating the two points to determine if they are occluded from one another. 

5 

Visibility Checking - Mobile Network Planning 

In the mobile phone industry, one of the greatest problems is in planning the mobile phone 
base station network to ensure effective coverage. Mistakes in deciding where to place 
base stations and their power requirements can be very expensive. One common solution is 

10 to use two-dimensional ray tracing methods to simulate the working environment of a 
mobile network. Effectively the environment is modeled in two dimensions and rays are 
traced through the environment to determine the coverage achieved. If the space around the 
environment is modeled as a grid, the process for drawing a line can be used to traverse a 
ray through the grid. The line segment becomes a ray if no endpoint is assumed. As the 

15 line is traced through the environment, instead of drawing each pixel in the display bitmap, 
the grid cell can be checked. 

Simulation of sonar propagation 

In sonar propagation simulation, often laminar sheets of water or other media are traced 
20 with rays to determine the propagation of rays through the medium. If the media can be 
modeled on a discrete grid, the line drawing algorithm can be used to propagate the ray 
through the medium. 

Height field rendering 

25 Ray tracing has long been used to render height fields or elevation maps. The run-based 
ray line drawing technique can be adapted to traverse a ray over the height field to seek an 
intersection with an elevation. 

Hough transform 

30 In line and shape detection problems in which the Hough Transform is used as a voting 
strategy, the voting process requires a line of votes to be cast into an array. The run-based 
line digitization techniques described can be used to cast the votes. 

Additional line drawing techniques that use the line structure information 
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The line drawing techniques that are the subject matter of PCT/US02/24711, the parent of 
this patent application, require that information about the structure of the line being drawn 
be computed. The structural information can also be used to enhance other aspects of 
drawing a line. Three of these are discussed in the following: 
5 • techniques for drawing lines or computing rays in parallel; 

• techniques for adding anti-aliasing pixels to lines drawn using runs of pixels; and 

• techniques for improving memory setting processes based on runs. 

Parallel techniques for determining the cells of a raster that are intercepted by a line: 
10 FIG. 16 

An advantage of using runs of any order n to determine the cells of a raster that are 
intercepted by a line is that once the first truncated run of order n is drawn and the 
structural information about the line has been computed, it can be used to determine the 
positions in the raster of all of the other runs of order n of cells that are intercepted by the 
15 line. Consequently, if the hardware or software being used to determine the cells permits it, 
the cells belonging to the other runs of order n can be computed in parallel. The parallel 
computations can be performed by calculating each run of order n in the cells intersected by 
the line in parallel; or by calculating the positions of groups of runs of order n in the cells 
intersected by the line in parallel and using the sequential version of the algorithm to draw 
each group. Another level of parallelism could be attained within each run by setting 
multiple runs of a lower order or pixels per iteration of the sequential or parallel version of 
the algorithm. The run of order n could be divided into runs of an order less than n, each of 
which could be processed in parallel. 

FIG. 16 gives an overview of how runs may be computed in parallel. There are two parts: 
initialization 1615, which calculates and sets the first truncated run of cells and then 
computes the starting cells of each of the full runs of order i being set, and the part 1615 
that sets the full runs in parallel. Beginning with start 1603, the first part of the 
initialization is done as shown in FIG. 6. As set forth in the explanation of FIG. 6, 
truncated run processor 102 receives as inputs the endpoints of the line; from the endpoints, 
it calculates the line's slope and determines the starting pixel and the starting point and error 
term 0 for the first run truncated run of order 1. Then it proceeds as follows for that order 
and all others l..n: first it calculates the length of the truncated run of the order, then it sets 
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the truncated run in the bitmap, and then it calculates the error term for the next order. At 
the end of the process, the location of the starting pixel of the first full run of order n is 
known, along with the error term. From this information, the starting cells and structure 
parameters of each of the full runs of order n may be computed, as shown at 1610. This 
completes the initialization, and the full runs are set in parallel, with the last run terminating 
when the line's end point is reached. 

The apparatus of FIG. 2 may be modified to perform the processing of FIG. 16 by replacing 
bitmap processor [106] with a number of bitmap processors 106(a..j), which can operate on 
bitmap memory 108 in parallel. Run processor 104 would then give each bitmap processor 
106(i) the starting cell and structure parameters for the run that bitmap processor 106(i) is 
to set. The degree of order n may be determined by the number of bitmap processors 106; 
for example, if there are four bitmap processors, the degree of order n may be that at which 
the line contains full runs and a final truncated or untruncated run such that the total 
number of the full and final runs is divisible by 4. The degree of order n may be 
determined by the designer or based on external parameters such as the length and slope of 
the line. The bitmap processors may also be able to set an array of bits in a single 
operation; in that case, the order whose runs best fit the array that the bitmap processor can 
set might be the one for which the operation is parallelized. 

Computing the starting points of the runs for order 1 

To calculate the position of the j - th full length run in the line, let us reconsider the linear 
equation given by 

where f$ is the intercept value of the first full length run given at position (x$\yP). We 
know that j = j/J 1 -jf 1 as the height of a run is always one. 

Therefore the position of the j - th full length run in the line is 
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To increase the efficiency of the algorithm, we can normalize each of the values at order 1 
by a' 1 *. This eliminates a number of division and multiplication operations. 

5 Computing the starting points of the runs for order 2 

To calculate the position of the j - th run in the line, let us reconsider the linear equation 

given by 

For order 2 we have 

10 

pf- p W = oP\xf-xM) - «W(yW -yf). 

Define where h < i, to be the number of runs of order h in the partial line up to the 
beginning of the j - th run of order i from the first full-length run of order 2. Therefore 

15 

n [0] _ J2] _ J2] 

r¥>~J 

The above linear equation for order 2 becomes 

20 

For runs of order 2, shape 0, we have = = ( r' 1 ' + \)a^ - a'" 1 and by substituting 
for a ^ into the previous equation we have 



25 



For this shape, each run of order 2 must contain a long run of order 1 and + 1 short runs 
therefore a [l] = (r [,) +l)/?J l] - pf, and 
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Similarly for shape 1 we get 



5 




aWpW-aWpJl. 



Hence for shape 0 




10 




and for shape 1 




To increase the efficiency of the algorithm, we can normalize each of the values at order 2 
by a' 2 ', as in order 1. This eliminates a number of division and multiplication operations. 



Computing the starting points of the runs for order i 

25 To describe a general algorithm for any order /we can expand the definition of the 
algorithm for order 2. The main differences between the algorithm of order 2 and i, is that 
runs of any order i >2 occur in one of the four possible shapes not two. For orders beyond 2 
however there is no restriction that the first run in the line y = ax is long, therefore all four 
shapes are possible. Apart from this key difference, the calculation of the structural 



20 In this case we can also define a' 2] = min(v [2] ,//* 2, )to be the proportion of runs of order 
i to order 1 where r' 2 ' = 1/a^is the average run length of order 2. 



36 



WO 03/058405 



PCT/US03/00240 



parameters, the length of the initial truncated run length, the starting point of each run of 
order i and the length of each run of order / can be derived from order 2. 

To expand on our idea of shape at order 2, we define the type instead of the shape of the 
5 runs of order i > 1 to be type t [i] = 0 if /u [i ' l] < v [ '~ ,] , type t li] = 1 if v [i ~ l] < /* M and define 
the type of order 1 to be = 0, we can calculate the shape by the relationship 

10 where the operator © denotes the binary concatenation of the two types. For example if 
/' 2 J=land /' 3 '=0, shape s [3] has the binary value "10", or decimal 2, and therefore, 

= 2:5/ + .We can use these definitions of type and shape for order 2 by assuming that 
the type of all runs of order 1 will always be type 0. 

15 The method of calculating the position of the j - th run of order i > 2 also follows from our 
discussion of order 2. To calculate the position of the j - th run in the line, let us reconsider 
the linear equation given by 

or 

By induction, it is possible to show that for order i , type 0 

25 

and for order i , type 1 

JO Therefore, because = j , we can substitute back to orders 1 and 0 where = 
and p^ = —x$ in a similar manner as we performed for order 2. 



37 



WO 03/058405 



PCT/US03/00240 



To increase the efficiency of the algorithm, we can normalize each of the values at order i 
bya^, similarly to what we did for order 2. This eliminates a number of division and 
multiplication operations. In this case we can also define = min(v''', /}''') to be the 

5 proportion of runs of order ito order 1 where =l/d^is the average run length of order 
2. 



10 Implementing the calculation of the starting positions and compositions of the full 
runs of order 1 

In the following, fi and v are the structural parameters described in the parent of the present 
application. For each scanline, j, in the image given the line segment (x Qy y 0 )to 

15 (x t ,y { ) such that |j/ 0 J £ y £ [y, ] where x 0 ,y Q9 x ]9 y l € R and * 0 <*,: 

1 • Lvo J - J - [y\ 1 > the scan line intersects the line segment. 
2. The starting point for the line is: 



20 



■F-IaJ 
-L*J 



[0] _ 



3. To handle the first pixel, the distance of the intercept to the position of the first pixel is 
calculated: 

25 yff^o-UJ-^o-UV 11 

If /?'>() then /3j o] = fl\ If /?'< Othen jfff ' = /?*+<* 1,1 and the position of the first run is 
reset to (jcJW) = (UMUJ)- 

30 

4. Calculate the average run length of order 1 . 
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r [l] = *i ~*o 

y\ -y 0 



5 . The length of the initial truncated run is 



r w_ A w 



10 



6. The intercept value at the start of the first full-length run of order 1 is: 

7. If the scanline intersects the start point, i.e. if y$ = j 9 set a run length rJ'Ut pixel 
(4 ol ^o° ] ) and cease. 



8. We now have Ly 0 J < 7 < \y x "[ Set the reference point for the line to start of the first 
15 full-length run of order 1 in the line 

(4' 1 .^ ,, )=(4 0l +'b [,1 ,^ 0, +i) 



20 



9. The length of a short run is 



r i.] = L r [.ij 



10. The portion of long runs of order 1 to the total number of run of order 1 in the line is 



25 



$lil =r [')_ r M 



11. The vertical distance from the reference point to the intercept of the line and the y-th run 
is 
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12. The normalized intercept value of the line and the y-th run is 

5 #]=a#'1-La#'1J 

13. The position of the run is 

10 14. If the scanline intersects the end point of the line segment, i.e. if y$ = y x , calculate the 
last truncated run length 

15 Set a run of length rj' 1 at pixel (xf , y®) and cease. 

15. We now have [y 0 J< y < f^yjand only the intermediate runs remain. The length of the 
y-th run is 

20 rW=r,M if/?j ,] >v l11 

rW-rW+lififtJ'Uv*' 

Set a run of length rj l] at pixel (jc} 1 ,^} 1 ') 

25 Implementing the calculation of the starting positions and compositions of the full 
runs of order 2 

We assume that the steps 1-5 and 7-10 have been executed and we have values for the 
parameters Arf 1 , ^{ o) , jcf 1 , j^f 1 , r/' 1 , rj l] , >(?f J , i? r 11 , r U1 . Ify=0 and the first possibly truncated run 



40 



WO 03/058405 PCT/US03/00240 

in the line is to be set, we assume that the first possibly truncated run of order 1 has been 
set. 

1 . Calculate the shape of the run of order 1 . 
5 If l-i? m <v m 

else 

^1=1 

10 2. Calculate the average run length of order 1. 
If s w=o 
z-t 2 l = 1/(1 

else 

15 

3. The length of the initial truncated run is 
If s [2] = 0 

else 

20 ^-lANj 

4. The intercept value at the start of the first full-length run of order 1 is: 
If s l2] = 0 

25 else 

5. If j = 0, set a run of order 1 and length rj' ] at pixel (x[ 0] ,y [ o ] ). Then set a run of order 
2, length rj 2 ' and shape s' 2 'at pixel (x^\y^) and cease. 

30 
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6. Set the reference point for the line to start of the first full-length run of order 2 in the 
line: 

If ,w=o 

(4 2 U 21 ) = (4° + + 1) - i.*" + ^o [2] ) 

5 else 

7. The length of a short run is 
10 r/ 2] =|r (2) J 

8. The portion of long runs of order 1 to the total number of run of order 1 in the line is 

If s w=o 

yl 2 l =T [2] ~r} 2] 

1 5 else 

*M=i-( r M-i; ai ) 

9. The run-based distance from the reference point to the intercept of the line and they-th 
run is: 

20 

10. The normalized intercept value of the line and the >th run is 

25 #l = 4*MAA m J 

1 1 . The position of the run is 
If = 0 

30 xf =4 2 U>;}V 1 + (/?j 2 ' -0™)lr™ 

else 
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5 12. The length of the y'-th run is 

rj 2) = r/ if pf>v™ 
r j2] =r W + 1 if ^W<om 

10 13. Set a run of length rj 2] shape s [2] = t [2] at pixel (x l f\ y [ f ] ) 

Implementing the calculation of the starting positions and compositions of the full 
runs of order * 

15 We assume we have values for the parameters 4* 1 ^o* 1 ' r /* , »''i* 1 .^o* J > ,?t * 1 » Tl * , > where k = 0... 

If j=0 and the first possibly truncated run of order i in the line is to be set, we assume 
that the first possibly truncated run of order i-1 has been set. 

1 . Calculate the shape of the run of order 1 . 
20 If 1 - v"-' 1 < l? 1 '- 11 
= 0 

else 

25 2. Calculate the average run length of order 1 . 

If / M = 0 

T li] =l/(\-V li - n ) 

else 

r M = 1/l5 [/-«] 



30 



3. The length of the initial truncated run is 
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If t [,] = 0 

else 

i w -lA M J 

5 

4. The intercept value at the start of the first full-length run of order 1 is: 
If fN = 0 

else 

10 $' 1 =$ w, -r, W 

5. If y = 0, set a run of order * and length r 0 f,) at pixel (j4 m1 ,j4 m1 ). 

6. Set the reference point for the line to start of the first full-length run of order 2 in the 
15 line: 

Sr m = r Ji] 

for k = i - 1.....1 
if /W=o 

20 <5r l * ] =Sr [k+,] (r} k] + l)-l 

else 

^ = 1 + * w 

>5 

7. The length of a short run is 

r >„ =Lr wj 

JO 8. The portion of long runs of order 1 to the total number of run of order 1 in the line is 

44 
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If *w=o 

y[']= r W- r ['] 

else 

9. The run-based distance from the reference point to the intercept of the line and the j- 
th run is: 



10 

10. The normalized intercept value of the line and the y'-th run is 

15 11. The position of the run is 

for k = 
if < w -0 

pS M, -TWp? , +09y m -A M ) 

20 else 

^-.j =r [2 V m_ (>9 m_ /? m ) 

xjfi = 4" - pT 

25 1 2. The length of the y-th run is 

rj'W, 1 ' 1 if pf>v m 
r p=rM + l if y3j' J <v [ " 

30 13. Set a run of length rj' 1 , shape *M = * lMJ 0/ w at pixel {xf,yf). 
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Optimizations 

5 For the parallel algorithm, we can rearrange the calculations to move many of the expensive 
operations into the initialization phase of the algorithm. For example Algorithm 1 illustrates 
a possible implementation of an order 1 algorithm. 

Algorithm 1 Calculating the length and position of the j-th run of order 1 in the digital 
10 line. 

Constants pertaining to the line: 




15 




Constants pertaining to the y-th run of order 1 . 



20 





The position of the y-th run of order 1 : 



25 




The length of the >th run of order 1 : 



if cfUc} 1 

The length of the j-th run of order 1 is long, rj 1 ' = | r 1 



30 



else 
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The length of the 7-th run of order 1 is short, r} }] = |r m J. 



From Algorithm 1, the constants and c^} can be calculated once in the initialization of 



5 task is created from preexisting constants. Therefore each run can be set in parallel for a 
cost of approximately 6 additions, a multiplication and a comparison compared to a cost of 
3 additions and two comparisons for the central loop of the sequential algorithm. Hence, the 
overhead imposed by the parallelization of the algorithm is quickly recouped. 

10 Similarly, for an order 2 implementation as described in Algorithm 1, migrating to a 
parallel implementation would add two divisions and a multiplication to the cost of 
initializing the algorithm and 10 additions, a multiplication and division and a comparison 
to the cost of calculating the length and position of each run of order 2. 



Algorithm 2 Calculating the length and position of the j-th run of order 2 in the 
digital line. 

Constants pertaining to the line: 



the algorithm. The constants and cj' 1 can be calculated iteratively as each new parallel 



15 




20 




Constants pertaining to the j-th run of order 1 : 



25 
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If /|W<vW 

The length of the y-th run of order 2, shape 0: l*s : 

if 4 2 i<4 2 i 

The length of the y-th run of order 2 is long, rj 21 = | r [21 |. 

else 

The length of the y-th run of order 2 is short, r) l] = \r m J. 
The height of the y full runs of order 2, shape 0: l*s : 

else 

The length of the y-th run of order 2, shape 1 : ls + : 
if cfUcfl 

The length of the y-th run of order 2 is short, r) 2] = [r m J. 

else 

The length of the y-th run of order 2 is long, rj 21 = | r m |. 

The height of the j full runs of order 2, shape 1 : Is* : 
^^cP-cfUcf 2 ] 

The position of the y-th run of order 2 (a:} 21 ,^ 21 ) : 

X J X ° + ^fl 



Algorithm 3 Calculating the length and position of the y-th run of order i in the digital 
line. 

Constants pertaining to the line: 
0 T7T 



a 
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-in _ ^££1 

2 ~ til 
a 1 ' 



Constants pertaining to the j-th run of order i: 

c [i] = X- iS 



c 5 



The type of the run of order i: 
if m 1< ~ i] < v M 

else 

|W-1 

The shape of the run of order /: 
5 t'W'-'l e ,[/] 



The length of the y-th run of order i: 
if / w =0 

if 4 ] <4° 

The length of the y-th run of order / is long, rj° = | r 1 '" 1 |. 

else 

The length of the y-th run of order i is short, r) n = |r f/] J. 



else 



if < 



The length of the y-th run of order i isshort, r) i] = [r W J- 

else 

The length of the y-th run of order * is long, rj° = | r w |. 



The start point of the y-th run of order i: 
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fork = i-l to 1 

if t lk] = 0 

/>}*-'] = a M pW/aW + (/?<*> - /a w = <$*pf + ^ - c}* 1 

5 else 
10 

Efficiency of parallelization 

To compare the efficiency of the parallel and sequential versions of the algorithms, we 
carry out an asymptotic analysis of the time complexity of the overall hierarchy algorithm 
for runs to all orders. At the outset we point out that we assume a rational slope a =a/d . 

15 We assume a and d are positive integers with a < d. For the case of an algebraic irrational 
slope a. as described in the parent of the present application, a discussion of computing 
primitives would be required. However, given such a discussion, most of the rational slope 
analysis can be carried over to the algebraic irrational case. This follows because all of the 
operations involved in the algorithm are rational and it is well known that equations and 

20 inequalities in algebraic irrational numbers involving explicitly rational (in fact algebraic) 
operations can be decided. 



It has been shown in P.D. Stephenson and B. Litow, "Why step when you can run: Iterative 
line digitization algorithms based on hierarchies of runs", IEEE Computer Graphics and 
15 Applications, 20(6):76-84, November/December 2000) that the number of orders in the 
hierarchy of runs for a line with slope a is bounded above by 0(log d) and that the number 
of runs in successive orders diminishes very much like partial quotients in the GCD 
algorithm for a and d. We will make use of this important observation in our analysis. 

JO Initializations across orders are sequential, i.e., values for order i depend on values for order 
M. It is evident that at each order, initialization costs 0(1) rational arithmetic operations. 
We emphasize that the division occurs only within the scope of the floor function. This 
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suggests that the precision needed for division can be reduced considerably below the 
obvious requirement. 

Within each order the computation of run lengths is actually an initialization and we count 
5 it as such. The run positions can be computed in parallel. Each position costs 0(1) rational 
arithmetic operations. However, here division appears to require full precision. Assembling 
our accounting, we have that initialization over all orders costs 0(log d) rational arithmetic 
operations. Idealizing slightly the partial quotients behavior of GCD, we credit order i with 
dIT runs. If we allocate dl2 l processors to the /-th run, the time to compute run positions 
10 across all orders is 0(1) rational arithmetic operations. This gives a work (time x 

processors) value of 0{d\ (l + 1/ 2 H h 1/2 A ), where h is the maximum order, h <log d. 

This yields a work value of 0(d). If we allocate fewer processors, the parallel time 
increases, but it should be possible to choose configurations that preserve the 0(d) work 
value. 

15 

In computer graphics and even computational geometry applications of the algorithm, the 
value of d will probably remain below, say, 10 4 . The boundary condition here is the 
realization of the digitized line. In graphics the constraint that d < 10 4 seems realistic, since 
we would be resolving beyond 10 8 pixels were d to exceed 10 4 . For computational 
20 geometry applications, more thought about implicit representations of digitized objects is 
needed. Using hierarchical run-based methods has shown a significant improvement in the 
cost to digitize a line. An important reason for the improvement has been the structural 
information of the digital line provided by its run-based description. 

25 To implement a system based on one of the algorithms presented, the order of the algorithm 
must be decided either by the designer or dynamically by the system itself. While the length 
of the runs in the digital line increases exponentially with the order of the run, the cost of 
initializing an algorithm also rises, albeit linearly. Given that the cost of an iteration to 
decide the position and length of the next run in the line is so small, the number of runs in 

30 the line must be significant enough to warrant using a higher order algorithm. 

Problems of ray traversal in three dimensions: FIG. 17 
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There are many situations where a program needs to compute the traversal of a ray through 
three-dimensional space. One example of such a program is one that produces a two- 
dimensional display of a three-dimensional object; another is one that determines how a 
signal is propagated through a volume. In both cases, there are two problems: representing 
5 the traversal in the program and accelerating the traversal through those parts of the three- 
dimensional space that do not affect the ray. A good general discussion of ray traversal in 
three dimensions can be found in Marc Levoy. Efficient ray tracing of volume data. ACM 
Transactions on Graphics, 9(3): 245-261, July 1990. FIG. 17, which shows how ray 
traversal may be used to make a two-dimensional representation of a three-dimensional 
10 object, is a slightly modified version of Levoy's FIG. 2. 

The two-dimensional representation of the three-dimensional object is an image 1705 that 
contains PxP pixels. The image is effectively a "window" into an image space 1701 that 
contains PxPxW voxels. A voxel is the three-dimensional equivalent of a pixel: it is a. 
data item that corresponds to a cell located at a point (x,y,z) in image space. The data in the 

15 voxel contains information about the cell; an example of such information is the color and 
opacity of the cell. If the color and opacity correspond to data values, the data in the voxel 
may also include the data values. If image space 1701 is non-empty, it will include one or 
more object spaces 1703. Each object space has as many voxels as are required to contain 
all of the voxels for a particular object in image space 1701. Each voxel 1709 in object 

20 space 1703 contains data as required for the portion of the object represented by the voxel. 
It should be noted that, as shown in FIG. 2, object space 1703 may not have the same x, y, 
and z-axes as image space 1701, and that consequently, a ray 1711 may pass through object 
space 1703 at any angle relative to the axes of object space 1703. 

To make image 1705, one or more rays 1711 corresponding to one or more pixels 1715 in 
25 the image are traced through image space 1701. If ray 1711 passes through a voxel 1709 
whose data affects the appearance of that pixel, the relevant information from the voxel 
becomes part of sample 1713 for the pixel. When ray 1711 has completely traversed image 
space 1701, the information in sample 1713 is used to determine the appearance of pixel 
1715. 

30 As can be seen from FIG. 17, an image space 1701 of any size has an enormous number of 
voxels, and most of the voxels traversed by a particular ray 1711 are either not part of an 
object space 1703, and therefore provide no information to the traversing ray, or are behind 
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an opaque voxel and can provide no information to the traversing ray beyond what was 
obtained from the opaque voxel. Efficient traversal of image space 1701 by a particular ray 
thus requires both efficient techniques for computing the voxels that are intersected by the 
ray and efficient techniques for determining which of the voxels intersected by the ray 
5 contain information that is relevant to the pixel that corresponds to the ray. As will be 
explained in detail in the following, the run-based techniques described in the parents of the 
present patent application may be employed both to provide efficient computation of the 
voxels that are intersected by a ray and to provide efficient determination of which of the 
voxels intersected by the ray contain information relevant to the ray f s pixel. The same 
10 techniques can of course be employed in other applications where the information gathered 
by the ray traversal has uses other than or in addition to display generation. 

Using run-based techniques to compute voxels intersected by a ray: FIGs. 18-22 



Geometry of ray projection: FIG 18 
15 The techniques that are explained in detail in the following are based on the fact that a ray 
which is traversing a volume in which positions of points are defined relative to X, Y, and 
Z axes may be represented as two projections: one on the plane defined by the X and Y 
axes and another on the plane defined by the X and Z axes. This is shown in the diagram of 
FIG. 18. 

20 

FIG. 18 shows a volume 1801 that is being traversed by a ray 1816. Points in volume 1801 
are specified by the triplet (x,y,z), where x is a value on X axis 1803, y is a value on Y 
axis 1805, and z is a value on Z axis 1807. X axis 1803 is termed the major axis with 
regard to traversing ray 1816 because the direction of traversing ray 1816 is closer to that of 
25 the X axis 1803 than it is to the other two axes. Expressed mathematically, X axis 1803 is 
the major axis because for any two points on ray 1816, (a t b,c) and (ij\k), the difference 5 
between a and i will be greater than the difference 8 between b and j or c and k. 



Traversing ray 1816 passes through the top and bottom of volume 1801. The top is defined 
30 by the y,z plane 1815 made up of all of the points (x,y,z) where x= x(c). The bottom is 
defined by the y,z plane 1813 of points (x f y,z) where x=x(0). The point at which ray 1816 
intersects plane 1815 is point (x(c), y(d), z(e)) 1819; the point at which the ray intersects 
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plane 1813 is (x(0),y(a), z(b)) 1817. Two other planes of interest are x,y plane 1833 made 
up of all points for which z=z(0) and x,z plane 1835 made up of all points for which y=y(0). 
These planes are perpendicular to top plane 1815 and bottom plane 1813 and intersect at X 
axis 1803. As shown in FIG. 18, ray 1816 may be projected onto planes 1833 and 1835. 
5 One way of doing the projection onto plane 1833 is to construct a line on top plane 1815 
which passes through point 1819 and is perpendicular to the edge of plane 1833 which 
intersects plane 1815, construct a line on bottom plane 1813 which passes through point 
1817 and is perpendicular to the edge of plane 1933 which intersects plane 1813, and then 
construct the projection 1821 of the ray on plane 1833 by connecting the points at which 
10 the perpendicular lines intersect the edges. Projection 1827 on plane 1835 can be 
constructed in the same fashion. 

Between them, projections 1821 and 1827 contain all of the information needed to 
determine the (x f y,z) coordinates of all of the points in volume 1801 that are on ray 1816; 
15 consequently, projections 1821 and 1827 together may be used to represent ray 1819. In 
the same fashion, a three-dimensional lattice of voxels in volume 1801 may be represented 
by two-dimensional lattices in planes 1833 and 1835 and the voxels intersected by ray 1816 
may be determined from the lattice cells intersected in plane 1833 by projection 1821 and 
the lattice cells intersected in plane 1835 by projection 1827. 

20 

Using run-based techniques to compute voxels that are intersected by a ray: Figs. 19-22 
Determining cells in a two-dimensional lattice that are intersected by a line is of course the 
problem addressed by the techniques described in the portion of the present patent 
application that are carried over from the present application's parents. As set forth there, 
25 given two points within a two-dimensional lattice, it is possible to describe lattice cells that 
are intersected by a line connecting the two points in terms of runs and runs of runs of cells. 
If the lattices are projection planes such as planes 1833 and 1835 and the lines are 
projections of a ray on the projection planes, then it is further possible to determine voxels 
intersected by the ray from the lattice cells intersected by the projection lines. 

30 

How voxels intersected by the ray are determined depends upon whether the intersected 
voxels may be related to each other as 26-connected voxels or must be related to each other 
as 6-connected voxels. Six-connected voxels must connected to each other face-to-face; 
since a given voxel has six faces, and it may be connected face-to-face with at most six 
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other voxels; hence the term "six-connected". 26-connected voxels may also be connected 
to each other by any of their 8 corners and 12 edges, hence the term "26-connected". For 
volume rendering, the minimal 26-connected path of a ray suffices for many applications. 
In comparison, iso-surfacing volumetric data and ray tracing require the 6-connected ray 
5 path. In ray tracing, including edge and comer intersections can also be beneficial to avoid 
possibly expensive ray-object intersection tests. 

Determining 26-connected voxels intersected by a rav: FIGs. 1 9 and 20 

FIG. 19 shows how to determine 26-connected voxels intersected by a ray from runs of 
lattice cells on the XY plane 1833 and the XZ plane 1835 that are intersected by the 

10 projections of the ray on the XY and XZ planes. Volume 1801 in FIG. 19 has an X-axis 
1803, a Y-axis 1805, and a Z-axis 1807, with the X-axis being the major axis. Projections 
of the ray have been made on XY plane 1833 and on XZ plane 1835, and the techniques 
described above have been used to determine lattice cells 1927 intercepted by the projection 
on the XY plane and lattice cells 1921 intercepted by the projection on the XZ plane. 

15 Lattice cells 1921 and 1923 are then used to determine voxels 1909 intersected by the ray. 

Determining the runs in the XY plane and the XZ plane is done iteratively or in parallel a 
run at a time with the corresponding runs of each traversal determining the length of the 
resultant run of voxels. Starting at the point where the ray intersects bottom plane 1813, the 

20 initial runs of lattice cells intercepted by the projections onto the XY and XZ planes are 
calculated. The shorter of these two runs and the equivalent number of cells of the longer 
run map to the first run of voxels intercepted by the ray. Thus, in FIG. 19, run of lattice 
cells 1923 and the corresponding portion of run 1929 map onto run of voxel cells 191 1. The 
remaining portion of the longer run 1929 and a corresponding portion of run 1925 map onto 

25 run of voxel cells 1913. The remaining portion of run 1925 and all of run 1931 are then 
mapped onto run of voxel cells 1915. Voxels intersected by the three-dimensional line can 
therefore be determined by taking the length of the shorter of the two corresponding runs of 
cells as the length of the three-dimensional run of voxels. The longer two-dimensional run 
of cells is then reduced by the length of the shorter run, which is replaced by the next two- 

30 dimensional run in its traversal. The procedure is more precisely described in Algorithm 
2001 in FIG. 20. The cells in the two-dimensional runs need only be 8-connected, i.e., by 
any of their four sides or four comers. 
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To construct the 6-connected path of the ray from the ray's projections on primary and 
secondary projection planes 1833 and 1835, all that is needed is to include an extra cell at 
the beginning of each two-dimensional run. This process is described in Figure 21. The 
runs 1919 and 1931 in plane 1833 and the runs 1923 and 1925 are calculated as described 
for FIG. 19; however, in set of runs 2101, a cell 2107 is added at the corner where run 1929 
and 1931 meet, and the same is done in set of runs 2109. 

The 6-connected set of voxels that the ray intersects is shown at 2117. Run 2119 
corresponds to run 1923 and the corresponding portion of run 1929; run 2121 corresponds 
to the remaining portion of run 1929, added cell 2115, and the part of run 1925 
corresponding to the remaining portion of run 1929. Run 2123 corresponds to the 
remaining portion of run 1925, added cell 2107, and run 1931. AH of the voxels in set of 
voxels 21 17 are connected to one or more other voxels in the set by their faces. 

Edge and comer intersections in sets of 6-connected voxels: FIGs. 22-25 
With 6-connected sets of voxels that are intersected by a ray, ray-object intersection tests 
can be avoided if voxels in which the ray intersects only an edge or a corner of the voxel 
can be excluded from the 6-connected set of voxels. FIG. 22 shows the edge intersection 
case. First, the edge intersection case must be detected. For an edge intersection to occur 
in the set of 6-connected voxels intercepted by the ray, a corner intersection must occur in 
one of the two-dimensional sets of runs. This is shown in FIG. 22, where two-dimensional 
set of runs 2205 that intersects projection 2201 has a comer intersection 2209 between runs 
2207 and 2211, but two-dimensional set of runs 2213 that intersects projection 2203 does 
not have. In terms of the projections 2201 and 2203, the value of jS at point 2209 is 0, while 
its value at 221 8 is greater than 0. The edge intersection appears at 2225. When there is an 
edge intersection, the voxel corresponding to cell 2220 is not included in set of voxels 
2219. 

To detect an edge intersection, one proceeds as follows: when making the next run of cells 
intersected by the projection, the distance £ between the projection and the corner of the 
next run is considered. If the distance is non-zero, no edge intersection occurs. If it is zero, 
an edge intersection occurs and no voxel corresponding to the cell that is added to the 
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beginning of the next two-dimensional run is added to the set of voxels. The algorithm is 
set forth more precisely at 2301 in FIG. 23, where fi indicates a normalized value of (3 



For a corner intersection to occur in the set of voxels, there must be an edge intersection at 
5 the same place in the sets of cells that intersect the projections in planes 1833 and 1835. 
Therefore, a corner intersection in the set of voxels can only occur when the two projected 
run lengths are the same length. This is shown in FIG. 24. Projected lines 2401 and 2403 
produce sets of two-dimensional runs 2405 and 2413 in which runs 2407 and 2415 are the 
same length and for which 8 for the next run is 0. This results in corner intersections 2409 
10 and 2417. Set of voxels 2421 then has a run of voxels 2423 that corresponds to two- 
dimensional runs 2407 and 2415 and a run of voxels 2427 that corresponds to two- 
dimensional runs 2411 and 2419. Runs of voxels 2427 and 2423 are connected at corner 
2425. 

To detect runs of voxels that are connected at a corner, one proceeds as follows: If no edge 
15 intersection occurs, to get from the end of the previous run of voxels (*', y, z) to the start of 
the next run (x' y + 1, z + 1), the ray must intersect the voxel {x\ y + l f z) or (x' y, z + 1) as 
shown in FIG. 22. Which cell can be determined from the relative value of the normalized 

intercept values ft as described in algorithm 2501 of FIG. 25. In this algorithm, the 
position of the run has already been updated to the start of the next run. Therefore, the 
20 voxel intersected by the ray must be handled in retrospect once a corner intersection has 
been identified. 

Efficiency of computing voxels intersected by a line from two-dimensional runs of cells 
intersected by projections of the line 

The three-dimensional traversal algorithm requires two separate two-dimensional 
25 traversals of each of the projections of the line perpendicular to the major axis. If corner 
and edge intersections are ignored, the number of runs in the three- dimensional path of the 
ray is the sum of the number of runs in the two two-dimensional traversals. Therefore the 
order of the three-dimensional ray traversal algorithm is 0{n/i) 9 where r is now the average 
length in the three-dimensional path of the ray and n is the associated number of cells. 

30 Using descriptions of rays as sets of runs of voxels to accelerate ray traversal: FIGs. 
26-31 
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Using encoding runs to describe the voxels in a volume: FIG. 26 

A problem in rendering the contents of a volume as pixels by traversing the volume with 
rays to obtain the information needed to define the appearance of the pixels is that in 
general, not all contained in the volume along the path traversed by a particular ray has 
anything to do with the appearance of the pixel. Two examples of this fact are the 
following: 

• voxels that represent empty space can have no effect on the appearance of the pixel. 

• once the ray that defines the appearance of the pixel has encountered a voxel that 
represents an opaque surface, the values of the further voxels traversed by the ray will 
have no effect on the appearance of the pixel. 

The second idea, called early ray termination, only applies to certain rendering functions 
such as shaded rendering and isosurfaces. If the entire path of the ray through the volume 
must be determined, as for an X ray style or maximum intensity projection (MIP) 
rendering, early ray termination is not valid. 

A general solution to the problem of skipping uninteresting space is to find some way of 
indicating that the content of a particular set of voxels will have no effect on a traversing 
ray. The technique generally used is to subdivide the space being traversed into regions 
that will affect a traversing ray and regions that will not. When the ray enters a region that 
does not affect it, there is no need to examine individual voxels in the region. 

The technique used to subdivide the space into regions in a preferred embodiment is similar 
to the compression technique termed run-length encoding. Run-length encoding is used in 
situations where the data being compressed includes sequences of data in which the same 
value is repeated over and over again. Such a sequence of data may then be represented by 
giving the value and the number of repetitions. For example, the sequence of 10 eights, 
8888888888 may be encoded as the pair {value, number of occurrences), or {8,10}. The 
compressed data thus becomes a list of pairs {value, number of occurrences}. When the 
sequence of data represents pixels in an image, there may be a list of pairs corresponding to 
each row of pixels in the image. A row of pixels is of course a run, and in the following, 
runs used for encoding will be termed encoding runs, to distinguish them from the runs of 
cells traversed by a line or ray. 
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Similarly, when the sequence of data represents voxels in a volume, the encoding runs may 
be rows of voxels in the volume. FIG. 26 gives an example of an encoding run 2603 in 
volume 1801. Encoding run 2603 is a row of voxels in 1801 for which the coordinates are 
(x(i),y(0..n),zO)). Similar encoding runs may of course be made where the voxels all have 
5 the same y and z coordinates and a range of x coordinates or the same x and y coordinates 
and a range of z coordinates. The best encoding runs to use with a particular ray are those 
for which the dimension with the range of coordinates is the dimension of the major axis of 
the ray. In encoding run 2603, there are only two areas 2605 and 2607 in which the 
contents of the voxels will affect a ray that traverses the voxel. Encoding run 2603 can thus 

10 be encoded as a list of sets of three values as follows: {NULL,y(0),y(a)}; 
{VALl,(y(b),y(b)};{NULL,y(c),y(d)}; {VAL2,(y(e),y(f)};{NULL,y(g),y(h)}, where a part 
of the run that has no effect on the ray is indicated by NULL followed by the y coordinates 
of the beginning and end of the sequence of voxels that have no effect and a part of the run 
that can affect a ray is indicated in the same way, except that NULL is replaced by value(s) 

1 5 that will affect the ray in the sequence. 

Using runs of voxels traversed by a ray together with encoding runs to accelerate ray 
traversal: Figs. 27—30 

If lists of encoding runs 2603 have been made for each of the principle axes of a volume, 
then the problem of determining how a ray is affected by the voxels of the volume can be 

20 solved by determining whether there are any voxels traversed by the ray (termed in the 
following ray voxels) in the list of encoding runs for the ray's major axis that are the same 
as voxels which the list of encoding runs indicate will affect the ray. These later voxels 
belong to what will be termed in the following significant runs of the encoding run. If there 
are ray voxels that are the same as voxels in a significant run, the data items corresponding 

25 to the voxels in the significant run that match the ray voxels must be examined to determine 
how they affect the ray. Using the techniques just explained to determine the ray voxels 
for a ray make determining whether there are ray voxels that are the same as voxels in a 
significant run in a particular encoding run easier, since in order for there to be such voxels, 
a run of the ray voxels must intersect the significant run. Further, as already described, the 

10 projections of the ray may be described using runs of orders greater than 1, and the runs of 
ray voxels may be thus made of any useful length. In general, of course, the emptier the 
volume is, the more acceleration results from the use of longer runs of ray voxels. 
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How the ray voxels intersect significant runs is shown in FIG. 27. FIG. 27 shows a slice 
2701 of a volume of voxels in which the voxels are associated with data from the Visible 
Human Project male dataset. The data describes the head and neck of a human male. Slice 
2701 is a set of voxels that have the full range of x and y coordinates permitted by the 
volume and a single z coordinate. The interesting region of slice 2701 is represented as a 
list of encoding runs. The run of voxels represented by one such run, 2703(1), is shown in 
FIG. 27. As shown there, run 2703(i) has three runs 2707 that contain no information that 
will affect a ray and two significant runs 2705; the encoding run corresponding to run of 
voxels 2703(i) will represent that fact as described above. A single ray 2709 is shown 
traversing the volume. The ray has the X-axis as its major axis; consequently, the encoding 
runs of interest are those for the X-axis. The ray is further parallel to the z-axis, and is thus 
completely contained in the encoding runs of slice 2701 throughout its traverse of the 
volume. The techniques described here can also be used in the case where the ray intersects 
more than one slice. Ray 2709 intersects a set of runs of ray voxels; one of the runs of ray 
voxels is shown at 2711; this run also intersects an encoding run 2703(1) whose voxels 
contain information that will affect ray 2709. 

The problem of finding an intersection between ray 2709 and a significant run 2705 of an 
encoding run 2703 can be solved by detecting any intersection between the run from the ray 
and a significant run in the list of runs associated with the encoding run. Given that the list 
of significant runs from the encoding run is ordered, the search can be performed efficiently 
and a number of strategies are possible. The simplest is described in algorithm 2801 of FIG. 
28. For each run of ray voxels belonging to the ray, if the end of the run of ray voxels is 
before the start of the significant run being checked, there is no ray voxel in the run which 
is identical with a voxel of the significant run and a failing result can be returned for that 
run of ray voxels. On the other hand, if the start of the run of ray voxels is before the end 
of the significant run being considered, an intersection has occurred and the voxels of the 
significant run that also belong to the run of ray voxels must be considered in detail. In 
algorithm 2801, a linear search is used to locate the intersecting ray voxels and significant 
run voxels. As shown in algorithm 2901 in FIG. 29, once it has been determined that there 
is an intersection, binary search techniques can be used to determine the intersecting ray 
voxels and significant run voxels 

Using statistical information about a significant portion of an encoding run to accelerate a 
ray traversal 
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Further acceleration of ray traversal may be achieved by hierarchically grouping encoding 
runs that lie in the same or adjacent beams of the volume data. A beam is the maximum set 
of voxels in a slice with the same abscissa or ordinate. Therefore, voxels are arranged into 
beams, beams are arranged into slices, and slices are arranged into the volume. If the 
encoding run has already been divided into significant runs, aggregate information may be 
maintained about each significant run. For example, for a maximum intensity projection 
(MIP) rendering of a volumetric data set, storing the maximum value found within each 
significant run would be useful. For a MIP rendering, as the ray intersects a significant run, 
the maximum value of the run can be compared against the current maximum for the ray. 
If the ray is already at or above the maximum intensity, there is no need to consider the 
voxels in the significant run in detail. In many cases, including such statistical information 
about the run dramatically reduces the number of times the original data set has to be 
accessed. The use of aggregate information as just described establishes a hierarchy of 
information concerning the encoding run and permits each partition of an encoding run to 
be checked in its entirety for relevance to the ray before the intersecting voxels of the ray 
and the significant run are checked in detail. 

Another example is isosurface rendering in which the surface that corresponds to a given 
value is reconstructed from the volumetric data. To reconstruct an isosurface using ray- 
tracing, each ray is traced through the volume and where it would cross the isosurface is 
calculated. Therefore if the viewer is external to the volume and the exterior of the volume 
is assumed to be empty space, the voxel in which one of its neighboring values is greater 
than the isosurface value is sought. Within this voxel, the ray may cross the isosurface, and 
if so, the point of the intersection must be calculated. To quickly skip over regions of the 
volume in which no isosurface intersection can exist, the minimum and maximum values 
found within each significant run can be kept. These values can be used to determine if an 
isosurface intersection can exist in any composite voxel. If not, the entire significant can be 
skipped. 

Efficiency of run-length encoding of voxels 

A three-dimensional run length encoding of a volume provides an 0(kn 2 ) compression of 
the volumetric data where k is proportional to the mean number of significant runs in the 
encoding run lists and « 3 is the size of the volume. Such runs are termed in the following 
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significant runs. The maximum number of significant runs in list cannot exceed n/2 by 
definition. To traverse the run length encoding of the volume using the run-based ray 
traversal scheme, each run in the path of the ray is intersected with the significant runs in 
the encoded run list. As it was implemented, the searching strategy is an 0(k) operation. 
The procedure in its entirety is therefore 0(n/r + Hence at its worst the behavior of the 
algorithm is 0{ri) when the absolute value of the slope of the two two-dimensional 
projections of the ray is 1. Typically the behavior will be 0{n/r) as k will typically be much 
less than n/2. 

Organizing an encoding run into sets of partitions of various sizes: FIGs. 30 and 31 

10 The three-dimensional ray traversal algorithm described is very efficient and for most of the 
rendering functions employed, such as isosurfacing and maximum intensity projection, the 
cost to process each voxel traversed by the ray is not high. The aim of using spatial 
subdivisions to accelerate the traversal process is to reduce the amount of the volume that 
has to be processed and to concentrate the processing performed to that part of the volume 

15 that affects the final image. However, if traversing the ray through the spatial subdivision 
introduces too much overhead, its contribution is limited. 

Since only encoding voxels that are intersected by a run of ray voxels belonging to a 
particular ray are of interest for the ray's traversal, it is useful to divide the encoding runs 
into sets of partitions of different sizes. Aggregate information for each partition is 
20 maintained, and when a ray traverses a volume, the size of partition that best fits the 
orientation of the ray is employed. 

This is shown in FIG. 30. Shown at 3001 is again a slice of a volume of voxels in which 
the voxels are associated with data from the Visible Human Project male data set. The data 
describes the head and neck of a human male. Slice 3001 is a set of voxels that have the 
full range of x and y coordinates permitted by the volume and a single z coordinate. Ray 
2709 intersects slice 3001. The voxels of ray 2709 occur in runs of two lengths: a short run 
of 3 voxels is shown at 271 1 and a long run of four voxels is shown at 2612. The encoding 
runs 3003 have been divided into run length partitions. The partitions 3005 at the lowest 
level of the hierarchy each have 4 voxels; each higher-level partition in the hierarchy would 
contain a greater number of voxels than the previous level. In FIG. 30, the increase in size 
is based on the powers of two. A partition at a given level k of the hierarchy contains 2* of 
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the lowest-level partitions. Thus, in FIG. 30, partition 3005 contains four voxels, partition 
3007 contains two partitions 3005 and therefore 8 voxels, and so forth for 1 < k < 4 . While 
the partitions of the hierarchy can be related to each other in other ways, use of the powers 
of 2 makes it easy to calculate the partition sizes. 

5 Ray 2709 has runs of 3 and 4 voxels; consequently, the best size of partition to use for ray 
2709's traversal of slice 3001 is partition 3005. Once the proper partition size has been 
selected, the algorithm is as shown at 3101 in FIG. 31. There are two cases: if the portion 
of the ray run being processed extends beyond the partition and if it does not. In the first 
case, the partition's aggregate data is consulted to determine whether the partition is 

10 relevant to the ray; if it is, the voxels of interest in the partition are traversed. Thereupon, 
the length of the ray run is decreased by the number of intersecting voxels, and the partition 
indicator is set to the next partition. In the second case, the partition's aggregate data is 
again consulted to determine whether the partition is relevant; if it is, the voxels of interest 
in the partition are traversed. Thereupon, the amount of the partition to be processed is 

15 reduced by the length of the ray run. 

Given the run-based ray traversal algorithm, the problem is therefore how best to traverse 
the ray through the run length partitioning and what is the best partition size to use. If the 
average length of a ray run is a lot smaller than the size of the partition, there will be little 

20 gain, as the aggregate statistics associated with the partition represent the entire partition 
and the number of ray runs that will be rejected is reduced. Further, if the partition size is 
much larger than the ray run, the cost and complexity of checking for significant runs in the 
partition is greater. Therefore, the cost of traversing the partitioning must be balanced with 
the savings from finding voxels that need not be considered. If dealing with voxels that are 

15 relevant to the ray is expensive, it is better to use a small partition size. If that is not the 
case, a larger partition size can permit a faster traversal algorithm. 

A good compromise is to choose a run-length-partition size that is at least as large as the 
short run length in the path of the ray, as was done when a partition size of 4 was chosen in 
10 FIG. 30. In this case, the ray at each step will traverse at most two partitions. Therefore, the 
loop to traverse the run through the partitions can be unrolled into a two-stage process, as is 
done in algorithm 3101. 
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Efficiency of ray traversal with a partitioned hierarchy of runs 

A three-dimensional run length partitioning of a volume provides an 0(n 3 /p) compression 
of the volumetric data where p is the partition size and n 3 is the size of the volume. To test 
5 a run against a partitioning, at most j(r y -1)/ p |+1 partition checks must be performed. 

The order of the ray traversal algorithm is 0(n/i), where r is the average run length in the 
path of the ray. Therefore the ray traversal process through the partitioning is 0(n/min(p, r 
)). By choosing r to be less than or equal to the partition size, the complexity of 0{n/i) is 
maintained for the entire traversal process. 

10 

Conclusion 

The foregoing Detailed Description has disclosed how to use the inventor's techniques for 
determining the voxels that are intersected by a ray using runs of cells that are intersected 
by projections of the ray on planes and for determining whether a ray intersects a voxel 

15 whose associated data will affect the ray and has further disclosed the best mode known to 
the inventor of practicing his techniques. It will, however, be immediately apparent to 
those skilled in the relevant technologies that many other ways of practicing the techniques 
are possible. For example, the techniques used to determine the cells of the planes that are 
intersected by the projections are those described in the parents of the present application; 

20 however, any other way of determining the cells that are intersected by the projections 
could be used as well. Similarly, any technique of determining the intersected voxels from 
the intersected cells could be used in addition to those disclosed herein. With regard to the 
techniques for determining whether a ray run traverses a voxel of an encoding run that 
affects the ray, any method of encoding that distinguishes significant runs from the 

15 remainder of the encoding run may be used, and aggregate values may be maintained for 
any useful partition of the encoding runs. Finally, any useful representation of the runs of 
cells, the runs of voxels, and the encoding runs may be employed. 

Since that is the case, the Detailed Description is to be regarded as being in all respects 
i0 exemplary and not restrictive, and the breadth of the invention disclosed herein is to be 
determined not from the Detailed Description, but rather from the claims as interpreted 
with the full breadth permitted by the patent laws. 
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